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

72 lines
1.9 KiB
ArmAsm
Raw Normal View History

[LLD] Mark a number of x86 only tests to require x86 Noticed while testing for an out of tree target. There are probably more tests that should be so marked. I'm not sure who owns these tests so I've added a few names I recognise from the recent history. With advice from probinson, ruiu, rafael and dramatically improved by davidb. Thank you all! Differential Revision: https://reviews.llvm.org/D34685 llvm-svn: 308335
2017-07-19 02:40:50 +08:00
// REQUIRES: x86
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
[test] Change llvm-readobj -long-option to --long-option or well-known short options. NFC Also change some options that have different semantics (cause confusion) in llvm-readelf mode: -s => -S -t => --symbols -sd => --section-data llvm-svn: 359651
2019-05-01 13:49:01 +08:00
// RUN: llvm-readobj --symbols -r --dyn-syms %t.so | FileCheck %s
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
// 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]]
[ELF] Simplify RelRo, TLS, NOBITS section ranks and make RW PT_LOAD start with RelRo Old: PT_LOAD(.data | PT_GNU_RELRO(.data.rel.ro .bss.rel.ro) | .bss) New: PT_LOAD(PT_GNU_RELRO(.data.rel.ro .bss.rel.ro) | .data .bss) The placement of | indicates page alignment caused by PT_GNU_RELRO. The new layout has simpler rules and saves space for many cases. Old size: roundup(.data) + roundup(.data.rel.ro) New size: roundup(.data.rel.ro + .bss.rel.ro) + .data Other advantages: * At runtime the 3 memory mappings decrease to 2. * start(PT_TLS) = start(PT_GNU_RELRO) = start(RW PT_LOAD). This simplifies binary manipulation tools. GNU strip before 2.31 discards PT_GNU_RELRO if its address is not equal to the start of its associated PT_LOAD. This has been fixed by https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=f2731e0c374e5323ce4cdae2bcc7b7fe22da1a6f But with this change, we will be compatible with GNU strip before 2.31 * Before, .got.plt (non-relro by default) was placed before .got (relro by default), which made it impossible to have _GLOBAL_OFFSET_TABLE_ (start of .got.plt on x86-64) equal to the end of .got (R_GOT*_FROM_END) (https://bugs.llvm.org/show_bug.cgi?id=36555). With the new ordering, we can improve on this regard if we'd like to. Reviewers: ruiu, espindola, pcc Subscribers: emaste, arichardson, llvm-commits, joerg, jdoerfert Differential Revision: https://reviews.llvm.org/D56828 llvm-svn: 356117
2019-03-14 11:47:45 +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]]
[ELF] Simplify RelRo, TLS, NOBITS section ranks and make RW PT_LOAD start with RelRo Old: PT_LOAD(.data | PT_GNU_RELRO(.data.rel.ro .bss.rel.ro) | .bss) New: PT_LOAD(PT_GNU_RELRO(.data.rel.ro .bss.rel.ro) | .data .bss) The placement of | indicates page alignment caused by PT_GNU_RELRO. The new layout has simpler rules and saves space for many cases. Old size: roundup(.data) + roundup(.data.rel.ro) New size: roundup(.data.rel.ro + .bss.rel.ro) + .data Other advantages: * At runtime the 3 memory mappings decrease to 2. * start(PT_TLS) = start(PT_GNU_RELRO) = start(RW PT_LOAD). This simplifies binary manipulation tools. GNU strip before 2.31 discards PT_GNU_RELRO if its address is not equal to the start of its associated PT_LOAD. This has been fixed by https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=f2731e0c374e5323ce4cdae2bcc7b7fe22da1a6f But with this change, we will be compatible with GNU strip before 2.31 * Before, .got.plt (non-relro by default) was placed before .got (relro by default), which made it impossible to have _GLOBAL_OFFSET_TABLE_ (start of .got.plt on x86-64) equal to the end of .got (R_GOT*_FROM_END) (https://bugs.llvm.org/show_bug.cgi?id=36555). With the new ordering, we can improve on this regard if we'd like to. Reviewers: ruiu, espindola, pcc Subscribers: emaste, arichardson, llvm-commits, joerg, jdoerfert Differential Revision: https://reviews.llvm.org/D56828 llvm-svn: 356117
2019-03-14 11:47:45 +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 {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +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 {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +08:00
// CHECK-NEXT: Name: external
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: 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: