mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-01 00:12:50 +01:00
5b34d5a3c7
For COFF and MachO, sections semantically have relocations that apply to them. That is not the case on ELF. In relocatable objects (.o), a section with relocations in ELF has offsets to another section where the relocations should be applied. In dynamic objects and executables, relocations don't have an offset, they have a virtual address. The section sh_info may or may not point to another section, but that is not actually used for resolving the relocations. This patch exposes that in the ObjectFile API. It has the following advantages: * Most (all?) clients can handle this more efficiently. They will normally walk all relocations, so doing an effort to iterate in a particular order doesn't save time. * llvm-readobj now prints relocations in the same way the native readelf does. * probably most important, relocations that don't point to any section are now visible. This is the case of relocations in the rela.dyn section. See the updated relocation-executable.test for example. llvm-svn: 182908
28 lines
731 B
LLVM
28 lines
731 B
LLVM
; RUN: llc %s -mtriple=armv7-linux-gnueabi -filetype=obj -o - | \
|
|
; RUN: llvm-readobj -s -sr -sd | FileCheck -check-prefix=OBJ %s
|
|
|
|
target triple = "armv7-none-linux-gnueabi"
|
|
|
|
@a = external global i8
|
|
|
|
define arm_aapcs_vfpcc i32 @barf() nounwind {
|
|
entry:
|
|
%0 = tail call arm_aapcs_vfpcc i32 @foo(i8* @a) nounwind
|
|
ret i32 %0
|
|
; OBJ: Section {
|
|
; OBJ: Name: .text
|
|
; OBJ: SectionData (
|
|
; OBJ-NEXT: 0000: 00482DE9 000000E3 000040E3 FEFFFFEB
|
|
; OBJ-NEXT: 0010: 0088BDE8
|
|
; OBJ-NEXT: )
|
|
; OBJ: Relocations [
|
|
; OBJ-NEXT: 0x4 R_ARM_MOVW_ABS_NC a
|
|
; OBJ-NEXT: 0x8 R_ARM_MOVT_ABS
|
|
; OBJ-NEXT: 0xC R_ARM_CALL foo
|
|
; OBJ-NEXT: ]
|
|
|
|
}
|
|
|
|
declare arm_aapcs_vfpcc i32 @foo(i8*)
|
|
|