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/pack-dyn-relocs2.s

86 lines
2.7 KiB
ArmAsm
Raw Normal View History

Fix a bug for packed relocations. Previously, we didn't create multiple consecutive bitmaps. Added a test to catch this bug too. Differential Revision: https://reviews.llvm.org/D49107 llvm-svn: 336620
2018-07-10 07:54:24 +08:00
// REQUIRES: arm, aarch64
// RUN: llvm-mc -filetype=obj -triple=armv7a-none-linux-gnueabi %p/Inputs/arm-shared.s -o %t.so.o
// RUN: ld.lld -shared %t.so.o -o %t.so
// RUN: llvm-mc -filetype=obj -triple=armv7a-none-linux-gnueabi %s -o %t.o
// RUN: ld.lld -pie --pack-dyn-relocs=relr %t.o %t.so -o %t.exe
[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 -r %t.exe | FileCheck %s
Fix a bug for packed relocations. Previously, we didn't create multiple consecutive bitmaps. Added a test to catch this bug too. Differential Revision: https://reviews.llvm.org/D49107 llvm-svn: 336620
2018-07-10 07:54:24 +08:00
// CHECK: Section (5) .relr.dyn {
[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: 0x2000 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2004 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2008 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x200C R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2010 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2014 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2018 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x201C R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2020 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2024 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2028 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x202C R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2030 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2034 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2038 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x203C R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2040 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2044 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2048 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x204C R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2050 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2054 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2058 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x205C R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2060 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2064 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2068 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x206C R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2070 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2074 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2078 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x207C R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2080 R_ARM_RELATIVE - 0x0
// CHECK-NEXT: 0x2084 R_ARM_RELATIVE - 0x0
Fix a bug for packed relocations. Previously, we didn't create multiple consecutive bitmaps. Added a test to catch this bug too. Differential Revision: https://reviews.llvm.org/D49107 llvm-svn: 336620
2018-07-10 07:54:24 +08:00
// CHECK-NEXT: }
[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 -S --dynamic-table %t.exe | FileCheck --check-prefix=HEADER %s
Fix a bug for packed relocations. Previously, we didn't create multiple consecutive bitmaps. Added a test to catch this bug too. Differential Revision: https://reviews.llvm.org/D49107 llvm-svn: 336620
2018-07-10 07:54:24 +08:00
// HEADER: 0x00000023 RELRSZ 0xC
.data
.align 2
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start
.dc.a __ehdr_start