search for: local_5_420

Hi all, I'm trying to figure out a weird bug I'm seeing. I'm hoping it's something simple in my IR but I can't see anything wrong so I'm hoping someone here can see something. I'm using LLVM to compile Java bytecode into native functions. My code keeps track of the Java local variables in an array of llvm::Value pointers which get phi'd up at various points. The

...(also attached), at the top: lines 2646-2648 print "632: iload" lines 2649-2652 print "local_5_114 = 57" (the correct value) >From line 2651 you can see that the 57 came from r26. At the bottom: lines 4901-4903 print "632: iload" lines 4904-4907 print "local_5_420 = 261095424" (the junk value) >From line 4906 you can see that the 261095424 also came from r26. Looking at what happens to r26 in the meantime it seems it's being used to hold temporary values: lines 2684 and 2685 calculate an offset into an array which is then used in line 2687....

On 2008-06-11, at 13:16, Gary Benson wrote: > Duncan Sands wrote: > >> Can you please attach IR which can be compiled to an executable >> (and shows the problem). > > I've been generating functions using a builder and then compiling > them with ExecutionEngine::getPointerToFunction(). Is there some way > I can get compilable IR from that?

Duncan Sands wrote: > Can you please attach IR which can be compiled > to an executable (and shows the problem). I've been generating functions using a builder and then compiling them with ExecutionEngine::getPointerToFunction(). Is there some way I can get compilable IR from that? Cheers, Gary -- http://gbenson.net/