search for: dump58

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/

...li 3, 196 3020: bl trace_bytecode 3021: ori 4, 13, 7784 3022: li 3, 199 3023: addi 27, 27, 1 3024: bl trace_bytecode 3025: b BB10_166 # bci_630 4890: BB10_166: # bci_630 4891: lis 25, 3984 4892: lis 14, dump58 at ha 4893: ori 13, 25, 6556 4894: li 3, 630 4895: mr 4, 13 4896: bl trace_bytecode 4897: la 3, dump58 at l(14) 4898: mr 4, 27 4899: bl print_value 4900: lis 14, dump59 at ha 4901: li 3, 632 4902: mr...

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