<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>llc instability when generating ARM code - contractor desired</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Hello llvm'ers,<BR>
<BR>
We are using the llvm compiler tools (llvm-link, llc, etc) to generate code for ARM for the Android NDK. We're on a pretty tight deadline and have a host of issues that we could use some help overcoming. We're interested in bringing on a contractor experienced in llvm to help us. Broadly, llc is giving various assertion failures while generating the native code (some examples below). Additionally, we're seeing code generated by llc give segfaults during runtime when running the llvm-test-suite programs.<BR>
<BR>
We are interested in hearing from anyone with experience in this area. Please contact Kevin Morgan at kmorgan@arxan.com or respond to me directly if you are interested.<BR>
<BR>
Here are some of the issues we're running into:<BR>
1. Passing -disable-fp-elim to llc causes a huge number of failures in the llvm-test-suite. We get approximately a 60% pass rate. This occurs when we link llvm object files with llvm-link, then generate the code using llc. The failures are a mix of llc assertions and runtime segfaults.<BR>
<BR>
2. The following assertion failure in RegisterScavenging.cpp (using llc2.6):<BR>
<BR>
llc-2.6: /home/build/3rdparty/llvm-2.6-src/lib/CodeGen/RegisterScavenging.cpp:226: void llvm::RegScavenger::forward(): Assertion `(KillRegs.test(Reg) || isUnused(Reg) || isLiveInButUnusedBefore(Reg, MI, MBB, TRI, MRI)) && "Re-defining a live register!"' failed.<BR>
Stack dump:<BR>
0. Program arguments: /home/build/bin/llc-2.6 -O0 -regalloc=local -relocation-model=pic -f program.bc -o program.bc.s<BR>
1. Running pass 'Prolog/Epilog Insertion & Frame Finalization' on function '@SST_Link_Remove'<BR>
Program /home/build/bin/llc-2.6 returned error code 0<BR>
<BR>
3. More assertion failures when compiling program.bc from above using llc2.7.<BR>
<BR>
4. The following assembler error message when assembling a file generated by llc2.7:<BR>
Build/Targets/arm-android-linux/Debug/program.bc:2102864: Error: invalid constant (6b4) after fixup<BR>
Program arm-eabi-g++ returned error code 1<BR>
and here is the line it's complaining about:<BR>
<BR>
.set .LPCRELV133, (.LJTI8424_0_0-(.LPCRELL133+8))<BR>
.LPCRELL133:<BR>
add r0, pc, #.LPCRELV133<BR>
<BR>
<BR>
Sorry for the lack of detail into these issues. We've just begun running into these issues -- very soon I'll be generating some reduced test cases using bug-point and will give more information if/when it becomes available. Thanks for your time.<BR>
<BR>
Nathan McCauley<BR>
Arxan Technologies<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>