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/gc-debuginfo-tls.s

24 lines
612 B
ArmAsm
Raw Normal View History

[ELF/GC] Fix pending references to garbage collected sections. The example reported in PR30793 shows a case where gc reclaims a SHF_TLS section, but it doesn't reclaim the section containing the debug info for it. This is expected, as we do not reclaim non-alloc sections during the garbage collection phase (and this is not going to change anytime soon, at least this is what I gathered last I talked with Rafael about it). So, we end up with a pending reference, thinking that the input was invalid (which is not true, as it's GC that removed the SHT_TLS section, and therefore didn't create the PT_TLS *segment* for it). In cases like this, just assign a VA of zero at relocation time instead of error'ing out (this is what gold does as well, FWIW). Differential Revision: https://reviews.llvm.org/D26201 llvm-svn: 285735
2016-11-02 04:11:01 +08:00
# RUN: llvm-mc -filetype=obj -triple=x86_64-pc-linux %s -o %t.o
# RUN: ld.lld %t.o --gc-sections -shared -o %t1
# RUN: ld.lld %t.o -shared -o %t2
# RUN: llvm-readobj -symbols %t1 | FileCheck %s --check-prefix=GC
# RUN: llvm-readobj -symbols %t2 | FileCheck %s --check-prefix=NOGC
[ELF] - Fix confusing gc-debuginfo-tls.s testcase. NFC. It checked name from one symbol and other data from another before. llvm-svn: 296457
2017-02-28 17:58:18 +08:00
# NOGC: Symbol {
# NOGC: Name: patatino
Fix wrong TLS symbol values. I do not fully understand why we had these values in the tests, but the new value matches what ld.bfd and ld.gold set, so I guess that was just a mistake. Differential Revision: https://reviews.llvm.org/D30441 llvm-svn: 296505
2017-03-01 03:06:32 +08:00
# NOGC-NEXT: Value: 0x0
[ELF] - Fix confusing gc-debuginfo-tls.s testcase. NFC. It checked name from one symbol and other data from another before. llvm-svn: 296457
2017-02-28 17:58:18 +08:00
# NOGC-NEXT: Size: 0
# NOGC-NEXT: Binding: Local
# NOGC-NEXT: Type: TLS
# NOGC-NEXT: Other: 0
# NOGC-NEXT: Section: .tbss
# NOGC-NEXT: }
[ELF/GC] Fix pending references to garbage collected sections. The example reported in PR30793 shows a case where gc reclaims a SHF_TLS section, but it doesn't reclaim the section containing the debug info for it. This is expected, as we do not reclaim non-alloc sections during the garbage collection phase (and this is not going to change anytime soon, at least this is what I gathered last I talked with Rafael about it). So, we end up with a pending reference, thinking that the input was invalid (which is not true, as it's GC that removed the SHT_TLS section, and therefore didn't create the PT_TLS *segment* for it). In cases like this, just assign a VA of zero at relocation time instead of error'ing out (this is what gold does as well, FWIW). Differential Revision: https://reviews.llvm.org/D26201 llvm-svn: 285735
2016-11-02 04:11:01 +08:00
# GC-NOT: tbss
.section .tbss,"awT",@nobits
patatino:
.long 0
.section .noalloc,""
.quad patatino