search for: r_arm_thm_call

...ed-weak.o > > Relocation section '.rel.text' at offset 0x8c contains 6 entries: > Offset Info Type Sym.Value Sym. Name > 00000000 00000333 R_ARM_THM_JUMP19 00000000 target > 00000004 0000031e R_ARM_THM_JUMP24 00000000 target > 00000008 0000030a R_ARM_THM_CALL 00000000 target > 0000000c 0000030a R_ARM_THM_CALL 00000000 target > 00000010 00000332 R_ARM_THM_MOVT_PR 00000000 target > 00000014 00000331 R_ARM_THM_MOVW_PR 00000000 target > > > DEBUG: lld: R_ARM_THM_JUMP19 TargetVA: 0 A: -4 P: 69640 Align: 4 VMA: 69640 > Ou...

...weak.s: Assembler messages: > arm-thumb-undefined-weak.s:18: Error: width suffixes are invalid in ARM mode > -- `beq.w target' > arm-thumb-undefined-weak.s:20: Error: width suffixes are invalid in ARM mode > -- `b.w target' > > then arm-linux-gnu-ld might wrongly relocated R_ARM_THM_CALL for > arm-thumb-undefined-weak-lld.o generated by llvm-mc. > > >> >> Peter >> >> >> >> On 18 September 2017 at 03:28, Leslie Zhai <lesliezhai at llvm.org.cn> wrote: >>> >>> Hi Peter, >>> >>> Map file about LD for...

...ess of thumb function in .symtab ("T is 1 if the target symbol S has type STT_FUNC and the symbol addresses a Thumb instruction ;it is 0 otherwise." from "ELF for the ARM Architecture" 4.7.1.2) 2. fixes target address tBL and tBLX 3. sets relocation type of tBL/tBLX to R_ARM_THM_CALL (4.7.1.6) 4. adds some attributes to attribute section when cpu is "xscale" (this is what used in Android NDK, when architecture is ARMv5) -- // koan-sin tan -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-thumb-elf-hack.diff3 Type: applica...

...; .s test added. As far as I can tell .ll -> .s and .ll -> .o go different paths, so I have both .ll->.s and .ll -> .o in the test case The revised patches (with tests in .diff) are attached. patch-2-3.diff: fixes target address tBL and tBLX and sets relocation type of tBL/tBLX to R_ARM_THM_CALL (ARM ELF 4.7.1.6) patch-4.diff: adds some attributes to attribute section when cpu is "xscale" (this is what used in Android NDK, when architecture is ARMv5) Thanks, // koan-sin tan -------------- next part -------------- A non-text attachment was scrubbed... Name: mc-elf-thumb.tgz...

...ymtab > ("T is 1 if the target symbol S has type STT_FUNC and the > symbol addresses a Thumb instruction ;it is 0 otherwise." > from "ELF for the ARM Architecture" 4.7.1.2) > > 2. fixes target address tBL and tBLX > 3. sets relocation type of tBL/tBLX to R_ARM_THM_CALL > (4.7.1.6) > 4. adds some attributes to attribute section when cpu is "xscale" > (this is what used in Android NDK, when architecture is ARMv5) > > -- > // koan-sin tan > <llvm-thumb-elf-hack.diff3>_______________________________________________ > LLVM...

> Thanks for the review and checkin. Thanks for the patch! > 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. Can you just add that as a FIXME in elf-thumbfunc-reloc.ll?

...symtab >   ("T is 1 if the target symbol S has type STT_FUNC and the >   symbol addresses a Thumb instruction ;it is 0 otherwise." >   from "ELF for the ARM Architecture" 4.7.1.2) > > 2. fixes target address tBL and tBLX > 3. sets relocation type of tBL/tBLX to R_ARM_THM_CALL >    (4.7.1.6) > 4. adds some attributes to attribute section when cpu is "xscale" >   (this is what used in Android NDK, when architecture is ARMv5) > > -- > // koan-sin tan > -- // koan-sin tan -------------- next part -------------- A non-text attachment was sc...

...relocation errors. On 6/28/17, 9:36 AM, "llvm-dev on behalf of Peter Smith via llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> wrote: Yes it should cover the following relocations: R_ARM_CALL (ARM BL/BLX) R_ARM_JUMP24 (ARM B) R_ARM_THM_CALL (Thumb BL/BLX) R_ARM_THM_JUMP19 (Thumb conditional B<cc>.w) R_ARM_THM_JMP24 (Thumb unconditional B.w) Peter On 28 June 2017 at 17:31, Alessandro Pistocchi <apukfreelance at gmail.com> wrote: > Oh, so it looks like I hit a bit of a wall there :-) I’l...

Oh, so it looks like I hit a bit of a wall there :-) I’ll take a look thanks. That bug talks about R_ARM_THM_CALL which I assume are thumb related. Will your implementation fix also R_ARM_CALL errors? > On 28 Jun 2017, at 17:15, Peter Smith <peter.smith at linaro.org> wrote: > > Hello Alessandro, > > The LLD ARM port doesn't currently support range extension thunks, > these are...

..."llvm-dev on behalf of Peter Smith via llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> wrote: > > Yes it should cover the following relocations: > R_ARM_CALL (ARM BL/BLX) > R_ARM_JUMP24 (ARM B) > R_ARM_THM_CALL (Thumb BL/BLX) > R_ARM_THM_JUMP19 (Thumb conditional B<cc>.w) > R_ARM_THM_JMP24 (Thumb unconditional B.w) > > Peter > > >> On 28 June 2017 at 17:31, Alessandro Pistocchi <apukfreelance at gmail.com> wrote: >> O...

...on behalf of Peter Smith via llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> wrote: >>> >>> Yes it should cover the following relocations: >>> R_ARM_CALL (ARM BL/BLX) >>> R_ARM_JUMP24 (ARM B) >>> R_ARM_THM_CALL (Thumb BL/BLX) >>> R_ARM_THM_JUMP19 (Thumb conditional B<cc>.w) >>> R_ARM_THM_JMP24 (Thumb unconditional B.w) >>> >>> Peter >>> >>> >>>> On 28 June 2017 at 17:31, Alessandro Pistocchi <apukfreelance at gmail.com>...

> On 27 Jun 2017, at 13:25, Peter Smith <peter.smith at linaro.org> wrote: > > Hello Alessandro, > > Despite the statement in the HowToCrossCompileLLVM guide "If you’re > using Clang as the cross-compiler, there is a problem in the LLVM ARM > back-end that is producing absolute relocations on > position-independent code (R_ARM_THM_MOVW_ABS_NC), so for now, you