maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lld/test/ELF/relative-dynamic-reloc.s

70 lines
1.9 KiB
ArmAsm
Raw Normal View History

Create R_X86_64_RELATIVE when needed. The dynamic relocation code needs refactoring, but it is probably better to do it with this test passing. llvm-svn: 249340
2015-10-06 03:30:12 +08:00
// RUN: llvm-mc -filetype=obj -triple=x86_64-unknown-linux %s -o %t.o
Rename ld.lld2 to ld.lld since it is the default. llvm-svn: 253437
2015-11-18 14:11:01 +08:00
// RUN: ld.lld -shared %t.o -o %t.so
Create R_X86_64_RELATIVE when needed. The dynamic relocation code needs refactoring, but it is probably better to do it with this test passing. llvm-svn: 249340
2015-10-06 03:30:12 +08:00
// RUN: llvm-readobj -t -r -dyn-symbols %t.so | FileCheck %s
// Test that we create R_X86_64_RELATIVE relocations but don't put any
// symbols in the dynamic symbol table.
// CHECK: Relocations [
// CHECK-NEXT: Section ({{.*}}) .rela.dyn {
Make this test a bit more strict. Before the ADDR variables could match the empty string. llvm-svn: 249350
2015-10-06 04:54:39 +08:00
// CHECK-NEXT: 0x[[FOO_ADDR:.*]] R_X86_64_RELATIVE - 0x[[FOO_ADDR]]
// CHECK-NEXT: 0x[[BAR_ADDR:.*]] R_X86_64_RELATIVE - 0x[[BAR_ADDR]]
ELF2: Write .interp section on the first page in the exectuable. Previously, we reserved the first page for the program header, so no sections would be written to very beginning of the output file. FreeBSD requires .interp section be exist on the first page, so that was not good. This patch calculates the size of the program header and then assign addresses to the sections. Now the first section is located next to the program header. Because the first section is .interp, it's very likely to be on the first page. llvm-svn: 249957
2015-10-11 07:25:39 +08:00
// CHECK-NEXT: 0x1010 R_X86_64_RELATIVE - 0x1009
Handle a common symbol needing a R_X86_64_RELATIVE. llvm-svn: 249357
2015-10-06 05:23:08 +08:00
// CHECK-NEXT: 0x{{.*}} R_X86_64_RELATIVE - 0x[[ZED_ADDR:.*]]
Fix R_X86_64_RELATIVE for local symbols that refer to other sections. We were mixing up the relocated and target sections. llvm-svn: 249360
2015-10-06 06:49:16 +08:00
// CHECK-NEXT: 0x{{.*}} R_X86_64_RELATIVE - 0x[[FOO_ADDR]]
Revert "ELF: Make .note.GNU-stack more compatible with traditional linkers." This reverts commit r253797 because it was based on a misunderstanding that lld wouldn't work on NetBSD without this change. llvm-svn: 254003
2015-11-25 02:48:16 +08:00
// CHECK-NEXT: 0x1D0 R_X86_64_64 external 0x0
Create R_X86_64_RELATIVE when needed. The dynamic relocation code needs refactoring, but it is probably better to do it with this test passing. llvm-svn: 249340
2015-10-06 03:30:12 +08:00
// CHECK-NEXT: }
// CHECK-NEXT: ]
// CHECK: Symbols [
// CHECK: Name: foo
Make this test a bit more strict. Before the ADDR variables could match the empty string. llvm-svn: 249350
2015-10-06 04:54:39 +08:00
// CHECK-NEXT: Value: 0x[[FOO_ADDR]]
Create R_X86_64_RELATIVE when needed. The dynamic relocation code needs refactoring, but it is probably better to do it with this test passing. llvm-svn: 249340
2015-10-06 03:30:12 +08:00
// CHECK: Name: bar
Make this test a bit more strict. Before the ADDR variables could match the empty string. llvm-svn: 249350
2015-10-06 04:54:39 +08:00
// CHECK-NEXT: Value: 0x[[BAR_ADDR]]
Handle a common symbol needing a R_X86_64_RELATIVE. llvm-svn: 249357
2015-10-06 05:23:08 +08:00
// CHECK: Name: zed
// CHECK-NEXT: Value: 0x[[ZED_ADDR]]
Create R_X86_64_RELATIVE when needed. The dynamic relocation code needs refactoring, but it is probably better to do it with this test passing. llvm-svn: 249340
2015-10-06 03:30:12 +08:00
// CHECK: ]
// CHECK: DynamicSymbols [
// CHECK-NEXT: Symbol {
// CHECK-NEXT: Name: @ (0)
// CHECK-NEXT: Value: 0x0
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Local
// CHECK-NEXT: Type: None
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: Undefined
// CHECK-NEXT: }
External symbols need a full dynamic reloc, not R_X86_64_RELATIVE. We were already doing the right thing if the symbol was seen in a shared library, but not if it was completely missing. llvm-svn: 249397
2015-10-06 20:39:58 +08:00
// CHECK-NEXT: Symbol {
// CHECK-NEXT: Name: external@
// CHECK-NEXT: Value: 0x0
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Global
// CHECK-NEXT: Type: None
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: Undefined
// CHECK-NEXT: }
Create R_X86_64_RELATIVE when needed. The dynamic relocation code needs refactoring, but it is probably better to do it with this test passing. llvm-svn: 249340
2015-10-06 03:30:12 +08:00
// CHECK-NEXT: ]
foo:
.quad foo
.hidden bar
.global bar
bar:
.quad bar
Include existing addend when computing R_X86_64_RELATIVE. llvm-svn: 249353
2015-10-06 05:09:37 +08:00
.quad bar + 1
Handle a common symbol needing a R_X86_64_RELATIVE. llvm-svn: 249357
2015-10-06 05:23:08 +08:00
.hidden zed
.comm zed,1
.quad zed
Fix R_X86_64_RELATIVE for local symbols that refer to other sections. We were mixing up the relocated and target sections. llvm-svn: 249360
2015-10-06 06:49:16 +08:00
.section abc,"a"
.quad foo
External symbols need a full dynamic reloc, not R_X86_64_RELATIVE. We were already doing the right thing if the symbol was seen in a shared library, but not if it was completely missing. llvm-svn: 249397
2015-10-06 20:39:58 +08:00
.quad external
Mark R_X86_64_PLT32 as relative. llvm-svn: 250682
2015-10-19 13:20:01 +08:00
// This doesn't need a relocation.
callq localfunc@PLT
localfunc: