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/got32-i386-pie-rw.s

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

55 lines
1.9 KiB
ArmAsm
Raw Normal View History

Document a change of behavior in r315552. We used to reject this, but we now accept. The output seems reasonable, so this is probably an OK extension over bfd/gold. llvm-svn: 316376
2017-10-24 05:00:15 +08:00
# REQUIRES: x86
# RUN: llvm-mc -filetype=obj -triple=i686-pc-linux %s -o %t.o
[ELF] Refactor DynamicReloc to fix incorrect relocation addends This patch changes the DynamicReloc class to store an enum instead of the overloaded useSymVA member to make it easier to understand and fix incorrect addends being written in some corner cases. The change is motivated by a follow-up review that checks the value of implicit Elf_Rel addends written to the output file. This patch fixes an incorrect output when using `-z rela` for i386 files with R_386_GOT32 relocations (not that this really matters since it's an unsupported configuration). Storing the relocation expression kind also addresses an incorrect addend FIXME in ppc64-abs64-dyn.s introduced in D63383. DynamicReloc now also has a special case for the MIPS TLS relocations (DynamicReloc::AgainstSymbolWithTargetVA) since the R_MIPS_TLS_TPREL{32/64} the symbol VA to the GOT for preemptible symbols. I'm not sure if the symbol value actually should be written for R_MIPS_TLS_TPREL32, but this patch does not attempt to change that behaviour. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D100490
2021-07-09 17:04:35 +08:00
# RUN: llvm-readobj -r %t.o | FileCheck %s --check-prefix=OBJ
Document a change of behavior in r315552. We used to reject this, but we now accept. The output seems reasonable, so this is probably an OK extension over bfd/gold. llvm-svn: 316376
2017-10-24 05:00:15 +08:00
# RUN: ld.lld %t.o -o %t -pie
[ELF] Refactor DynamicReloc to fix incorrect relocation addends This patch changes the DynamicReloc class to store an enum instead of the overloaded useSymVA member to make it easier to understand and fix incorrect addends being written in some corner cases. The change is motivated by a follow-up review that checks the value of implicit Elf_Rel addends written to the output file. This patch fixes an incorrect output when using `-z rela` for i386 files with R_386_GOT32 relocations (not that this really matters since it's an unsupported configuration). Storing the relocation expression kind also addresses an incorrect addend FIXME in ppc64-abs64-dyn.s introduced in D63383. DynamicReloc now also has a special case for the MIPS TLS relocations (DynamicReloc::AgainstSymbolWithTargetVA) since the R_MIPS_TLS_TPREL{32/64} the symbol VA to the GOT for preemptible symbols. I'm not sure if the symbol value actually should be written for R_MIPS_TLS_TPREL32, but this patch does not attempt to change that behaviour. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D100490
2021-07-09 17:04:35 +08:00
# RUN: llvm-objdump -s --section=.foobar --section=.got -r -d -t \
# RUN: --dynamic-reloc %t | FileCheck %s --check-prefixes=CHECK,REL
# RUN: ld.lld %t.o -o %t-rela -pie -z rela
# RUN: llvm-objdump -s --section=.foobar --section=.got -r -d -t \
# RUN: --dynamic-reloc %t-rela | FileCheck %s --check-prefixes=CHECK,RELA
Document a change of behavior in r315552. We used to reject this, but we now accept. The output seems reasonable, so this is probably an OK extension over bfd/gold. llvm-svn: 316376
2017-10-24 05:00:15 +08:00
# Unlike bfd and gold we accept this.
[ELF] Refactor DynamicReloc to fix incorrect relocation addends This patch changes the DynamicReloc class to store an enum instead of the overloaded useSymVA member to make it easier to understand and fix incorrect addends being written in some corner cases. The change is motivated by a follow-up review that checks the value of implicit Elf_Rel addends written to the output file. This patch fixes an incorrect output when using `-z rela` for i386 files with R_386_GOT32 relocations (not that this really matters since it's an unsupported configuration). Storing the relocation expression kind also addresses an incorrect addend FIXME in ppc64-abs64-dyn.s introduced in D63383. DynamicReloc now also has a special case for the MIPS TLS relocations (DynamicReloc::AgainstSymbolWithTargetVA) since the R_MIPS_TLS_TPREL{32/64} the symbol VA to the GOT for preemptible symbols. I'm not sure if the symbol value actually should be written for R_MIPS_TLS_TPREL32, but this patch does not attempt to change that behaviour. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D100490
2021-07-09 17:04:35 +08:00
# OBJ: Relocations [
# OBJ-NEXT: Section (4) .rel.foobar {
# OBJ-NEXT: 0x2 R_386_GOT32 foo
# OBJ-NEXT: }
# OBJ-NEXT: ]
# CHECK-LABEL: SYMBOL TABLE:
# REL: 00001180 l .text 00000000 foo
# REL: 00002180 g .foobar 00000000 _start
# RELA: 00001188 l .text 00000000 foo
# RELA: 00002188 g .foobar 00000000 _start
# CHECK-LABEL: DYNAMIC RELOCATION RECORDS
[llvm-objdump] Fix -R display and support ET_EXEC * Add a newline before `DYNAMIC RELOCATION RECORDS` (see D101796) * Add the missing `OFFSET TYPE VALUE` line * Align columns Note: llvm-readobj/ELFDumper.cpp `loadDynamicTable` has sophisticated PT_DYNAMIC code which is unavailable in llvm-objdump. Reviewed By: jhenderson, Higuoxing Differential Revision: https://reviews.llvm.org/D110595
2021-09-29 00:58:27 +08:00
# CHECK-NEXT: OFFSET TYPE VALUE
[ELF] Refactor DynamicReloc to fix incorrect relocation addends This patch changes the DynamicReloc class to store an enum instead of the overloaded useSymVA member to make it easier to understand and fix incorrect addends being written in some corner cases. The change is motivated by a follow-up review that checks the value of implicit Elf_Rel addends written to the output file. This patch fixes an incorrect output when using `-z rela` for i386 files with R_386_GOT32 relocations (not that this really matters since it's an unsupported configuration). Storing the relocation expression kind also addresses an incorrect addend FIXME in ppc64-abs64-dyn.s introduced in D63383. DynamicReloc now also has a special case for the MIPS TLS relocations (DynamicReloc::AgainstSymbolWithTargetVA) since the R_MIPS_TLS_TPREL{32/64} the symbol VA to the GOT for preemptible symbols. I'm not sure if the symbol value actually should be written for R_MIPS_TLS_TPREL32, but this patch does not attempt to change that behaviour. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D100490
2021-07-09 17:04:35 +08:00
# REL-NEXT: 00002182 R_386_RELATIVE *ABS*{{$}}
# REL-NEXT: 000031f0 R_386_RELATIVE *ABS*{{$}}
# RELA-NEXT: 0000218a R_386_RELATIVE *ABS*+0x31f8{{$}}
# RELA-NEXT: 000031f8 R_386_RELATIVE *ABS*+0x1188{{$}}
# CHECK-NEXT: Contents of section .foobar:
# REL-NEXT: 2180 8b1df031 0000
## ^--- VA of GOT entry (0x31f0)
# RELA-NEXT: 2188 8b1d0000 0000
## ^--- VA of GOT entry in Elf_Rela addend
# CHECK-NEXT: Contents of section .got:
# REL-NEXT: 31f0 80110000
## ^--- VA of foo (0x1180)
# RELA-NEXT: 31f8 00000000
## ^--- VA of foo in Elf_Rela addend
# CHECK-LABEL: Disassembly of section .foobar:
# CHECK: <_start>:
# REL-NEXT: 2180: 8b 1d f0 31 00 00 movl 12784, %ebx
## ^--- VA of GOT entry (0x31f0)
# RELA-NEXT: 2188: 8b 1d 00 00 00 00 movl 0, %ebx
## ^--- VA of GOT entry in in Elf_Rela addend
Document a change of behavior in r315552. We used to reject this, but we now accept. The output seems reasonable, so this is probably an OK extension over bfd/gold. llvm-svn: 316376
2017-10-24 05:00:15 +08:00
foo:
.section .foobar, "awx"
.global _start
_start:
movl foo@GOT, %ebx