search for: koansin

On 13 May 2011 06:42, Koan-Sin Tan <koansin.tan at gmail.com> wrote: > With that attached patch, we can compile and run some (not all) Android > NDK samples without problem. Hi Koan, Have you tried to run Intel and other platform tests? I feel uncomfortable with so many changes in generic MC/ELF regarding specific ARM support......

...he result of running 'llvm-lit $LLVM/TEST/MC" is: Expected Passes : 330 Expected Failures : 20 Actually it passed "make check", no unexpected result. On Fri, May 13, 2011 at 5:14 PM, Renato Golin <renato.golin at arm.com> wrote: > On 13 May 2011 06:42, Koan-Sin Tan <koansin.tan at gmail.com> wrote: >> With that attached patch, we can compile and run some (not all) Android >> NDK samples without problem. > > Hi Koan, > > Have you tried to run Intel and other platform tests? > > I feel uncomfortable with so many changes in generic MC/ELF...

Hi, We are trying to use clang as a drop-in replacement for the gcc come with Android NDK. I found that MC/ELF doesn't not handle Thumb functions properly, e.g., bit 0 of the function name in the .symtab is not set to 1, and some thumb instructions are not generated correctly, e.g., the addresses for tBL/tBLX are not calculated right. With that attached patch, we can compile and run some

On 13 May 2011 12:16, Koan-Sin Tan <koansin.tan at gmail.com> wrote: >  The result of running 'llvm-lit $LLVM/TEST/MC" is: > Expected Passes : 330 > Expected Failures : 20 >  Actually it passed "make check", no unexpected result. Try make check-all, it runs more tests... Still, I think someone more in line...

On 11-05-13 08:15 AM, Renato Golin wrote: > On 13 May 2011 12:16, Koan-Sin Tan<koansin.tan at gmail.com> wrote: >> The result of running 'llvm-lit $LLVM/TEST/MC" is: >> Expected Passes : 330 >> Expected Failures : 20 >> Actually it passed "make check", no unexpected result. > > Try make check-all, it runs more tests... > &gt...

...-bl-blx-sign-bit.diff: for 2. mc-elf-thumb-bl-blx-relocation-table-entry.diff: for 3. mc-elf-cpu-xscale-attributes.diff: for 4. elf-thumbfunc.s: test case for 1 elf-thumbfunc-reloc.ll: test case for 2 and 3 elf-xscale-attribute.ll: test case for 4 On Fri, May 13, 2011 at 1:42 PM, Koan-Sin Tan <koansin.tan at gmail.com> wrote: > Hi, > > We are trying to use clang as a drop-in replacement for the gcc come with > Android NDK. I found that MC/ELF doesn't not handle Thumb functions properly, > e.g., bit 0 of the function name in the .symtab is not set to 1, and some thumb > i...

The tBLXr description in ARMInstrThumb.td is not complete. It doesn't set the register operand. -- // koan-sin tan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110429/5f375f23/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: tBLXr.diff Type:

On Wed, May 18, 2011 at 12:05 AM, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: >> Regarding elf-thumbfunc-reloc.ll, it seems to me that current ARMAsmParser >> doesn't recognize "(PLT)", so something like  "bl foo(PLT)" doesn't work >> consequently. And I don't know how to write .s to test this without (PLT). > > NP.

On Tue, May 17, 2011 at 12:29 AM, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > On 11-05-16 09:21 AM, Koan-Sin Tan wrote: >> >> splited patches and test cases >> >> mc-elf-thumbfunction-bit.diff: for 1 >> mc-elf-arm-backend-bl-blx-sign-bit.diff: for 2. >> mc-elf-thumb-bl-blx-relocation-table-entry.diff: for 3. >>