llvm dev - Feb 2010 - [LLVMdev] Incorrect codegen of getelementptr for ARM with JIT

> Inline the init function: store 11 at the address of the "value"
variable,
> call printf with the string from r5. This is a bug, should have stored at
an
> offset of four (str r1, [r4,4]).
Exactly! The IR is correct, the bug seems to be lower down.

I'm no expert in the ARM back-end, though. But your report is detailed
enough to help whoever is. ;)


cheers,
--renato

http://systemcall.org/

Reclaim your digital rights, eliminate DRM, learn more at
http://www.defectivebydesign.org/what_is_drm

Hi.
Sorry for bringing this again.
I really need to find source of this bug.  Can somebody give address/name of
person who knows ARM implementation in LLVM in more details and to whom I could
address my questions directly?

--
Martins Mozeiko


 
On Feb 19, 2010, at 19:43 , Martins Mozeiko wrote:
> Thanks for confirming this.
> 
> Is there anybody with experience with ARM JIT codegen who can take a look
into this?
> Or can somebody direct where to look how JIT on ARM processes getelementptr
instruction?
> 
> --
> Martins Mozeiko
> 
> 
> On Feb 17, 2010, at 19:14 , Renato Golin wrote:
> 
>>> Inline the init function: store 11 at the address of the
"value" variable,
>>> call printf with the string from r5. This is a bug, should have
stored at an
>>> offset of four (str r1, [r4,4]).
>> 
>> Exactly! The IR is correct, the bug seems to be lower down.
>> 
>> I'm no expert in the ARM back-end, though. But your report is
detailed
>> enough to help whoever is. ;)
>> 
>> 
>> cheers,
>> --renato
>> 
>> http://systemcall.org/
>> 
>> Reclaim your digital rights, eliminate DRM, learn more at
>> http://www.defectivebydesign.org/what_is_drm
>