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

71 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]]
Don't depend on dynamic relocatinos in ro sections. Currently we don't check when creating relative relocations if the section is read only or not. I am about to fix that, so first update the patches that depend on the current behavior. llvm-svn: 268542
2016-05-05 04:25:19 +08:00
// CHECK-NEXT: 0x2010 R_X86_64_RELATIVE - 0x2009
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]]
Don't depend on dynamic relocatinos in ro sections. Currently we don't check when creating relative relocations if the section is read only or not. I am about to fix that, so first update the patches that depend on the current behavior. llvm-svn: 268542
2016-05-05 04:25:19 +08:00
// CHECK-NEXT: 0x2028 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 {
Remove string table offsets from tests. <N> where "foo (<N>)" is the offset of string "foo" in the string table. llvm-svn: 285751
2016-11-02 05:26:28 +08:00
// CHECK-NEXT: Name: @
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: 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: ]
Don't depend on dynamic relocatinos in ro sections. Currently we don't check when creating relative relocations if the section is read only or not. I am about to fix that, so first update the patches that depend on the current behavior. llvm-svn: 268542
2016-05-05 04:25:19 +08:00
.data
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
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
Don't depend on lld creating relocations in ro segments. We currently don't do a good job of diagnosing inputs that would require dynamic relocations to be applied to read only segments. I am about to improve lld in that area, but unfortunately we developed tests that depend on the current behavior. To make clear what is actually changing, this first patch just updates tests to not depend on the current behavior. In most cases this just means using a rw section instead of a ro one, but that unfortunately changes many addresses. llvm-svn: 268145
2016-04-30 08:49:10 +08:00
.section abc,"aw"
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
.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: