Displaying 4 results from an estimated 4 matches for "bastore".
2008 Jun 11
3
[LLVMdev] Possible miscompilation?
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
2008 Jun 11
0
[LLVMdev] Possible miscompilation?
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?
2008 Jun 11
2
[LLVMdev] Possible miscompilation?
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/
2008 Jun 12
4
[LLVMdev] Possible miscompilation?
...-------- next part --------------
630: iload
local_4_113 = 0
632: iload
local_5_114 = 57
local_4_113 = 0
634: if_icmplt
132: aload_3
133: iload
135: caload
136: istore
138: iload
140: sipush
143: if_icmpge
146: iload
148: iload
150: if_icmplt
185: aload
187: iload
189: iinc
192: iload
194: i2b
195: bastore
196: iinc
199: goto
630: iload
local_4_419 = 1
632: iload
local_5_420 = 261095424
local_4_419 = 1
-------------- next part --------------
2646: li 3, 632
2647: mr 4, 13
2648: bl trace_bytecode
2649: lis 13, dump57 at ha
2650: la 3, dump56 at l(14)
2...