mirror of
https://github.com/capstone-engine/llvm-capstone.git
synced 2024-12-11 17:08:42 +00:00
004be4037e
tl;dr See D81784 for the 'tombstone value' concept. This patch changes our behavior to be almost the same as GNU ld (except that we also use 1 for .debug_loc): * .debug_ranges & .debug_loc: 1 (LLD<11: 0+addend; GNU ld uses 1 for .debug_ranges) * .debug_*: 0 (LLD<11: 0+addend; GNU ld uses 0; future LLD: -1) We make the tweaks because: 1) The new tombstone is novel and needs more time to be adopted by consumers before it's the default. 2) The old (gold) strategy had problems with zero-length functions - so rather than going back that, we're going to the GNU ld strategy which doesn't have that problem. 3) One slight tweak to (2) is to apply the .debug_ranges workaround to .debug_loc for the same reasons it applies to debug_ranges - to avoid terminating lists early. ----- http://lists.llvm.org/pipermail/llvm-dev/2020-July/143482.html The tombstone value -1 in .debug_line caused problems to lldb (fixed by D83957; will be included in 11.0.0) and breakpad (fixed by https://crrev.com/c/2321300). It may potentially affects other DWARF consumers. For .debug_ranges & .debug_loc: 1, an argument preferring 1 (GNU ld for .debug_ranges) over -2 is that: ``` {-1, -2} <<< base address selection entry {0, length} <<< address range ``` may create a situation where low_pc is greater than high_pc. So we use 1, the GNU ld behavior for .debug_ranges For other .debug_* sections, there haven't been many reports. One issue is that bloaty (src/dwarf.cc) can incorrectly count address ranges in .debug_ranges . To reduce similar disruption, this patch changes the tombstone values to be similar to GNU ld. This does mean another behavior change to the default trunk behavior. Sorry about it. The default trunk behavior will be similar to release/11.x while we work on a transition plan for LLD users. Reviewed By: dblaikie, echristo Differential Revision: https://reviews.llvm.org/D84825
61 lines
2.2 KiB
ArmAsm
61 lines
2.2 KiB
ArmAsm
# REQUIRES: x86
|
|
## Test we resolve symbolic relocations in .debug_* sections to a tombstone
|
|
## value if the referenced symbol is discarded (--gc-sections, non-prevailing
|
|
## section group, SHF_EXCLUDE, /DISCARD/, etc).
|
|
|
|
# RUN: echo '.globl _start; _start: call group' | llvm-mc -filetype=obj -triple=x86_64 - -o %t.o
|
|
# RUN: llvm-mc -filetype=obj -triple=x86_64 %s -o %t1.o
|
|
# RUN: ld.lld --gc-sections %t.o %t1.o %t1.o -o %t
|
|
# RUN: llvm-objdump -s %t | FileCheck %s
|
|
|
|
# CHECK: Contents of section .debug_loc:
|
|
# CHECK-NEXT: 0000 01000000 00000000 01000000 00000000
|
|
# CHECK-NEXT: Contents of section .debug_ranges:
|
|
# CHECK-NEXT: 0000 01000000 00000000 01000000 00000000
|
|
# CHECK-NEXT: Contents of section .debug_addr:
|
|
# CHECK-NEXT: 0000 {{.*}}000 00000000 {{.*}}000 00000000
|
|
# CHECK-NEXT: 0010 00000000 00000000 {{.*}}000 00000000
|
|
# CHECK-NEXT: Contents of section .debug_foo:
|
|
# CHECK-NEXT: 0000 00000000 00000000 08000000 00000000
|
|
# CHECK-NEXT: 0010 00000000 00000000 08000000 00000000
|
|
|
|
## -z dead-reloc-in-nonalloc= can override the tombstone value.
|
|
# RUN: ld.lld --gc-sections -z dead-reloc-in-nonalloc=.debug_loc=42 %t.o %t1.o %t1.o -o %t42
|
|
# RUN: llvm-objdump -s %t42 | FileCheck %s --check-prefix=OVERRIDE
|
|
|
|
# OVERRIDE: Contents of section .debug_loc:
|
|
# OVERRIDE-NEXT: 0000 2a000000 00000000 2a000000 00000000
|
|
|
|
.section .text.1,"ax"
|
|
.byte 0
|
|
.section .text.2,"axe"
|
|
.byte 0
|
|
.section .text.3,"axG",@progbits,group,comdat
|
|
.globl group
|
|
group:
|
|
.byte 0
|
|
|
|
## Resolved to UINT64_C(1), with the addend ignored.
|
|
## UINT64_C(-1) is a reserved value (base address selection entry) which can't be used.
|
|
.section .debug_loc
|
|
.quad .text.1+8
|
|
.section .debug_ranges
|
|
.quad .text.2+16
|
|
|
|
.section .debug_addr
|
|
## .text.3 is a local symbol. The symbol defined in a non-prevailing group is
|
|
## discarded. Resolved to UINT64_C(0).
|
|
.quad .text.3+24
|
|
## group is a non-local symbol. The relocation from the second %t1.o gets
|
|
## resolved to the prevailing copy.
|
|
.quad group+32
|
|
|
|
.section .debug_foo
|
|
.quad .text.1+8
|
|
|
|
## We only deal with DW_FORM_addr. Don't special case short-range absolute
|
|
## relocations. Treat them like regular absolute relocations referencing
|
|
## discarded symbols, which are resolved to the addend.
|
|
.long .text.1+8
|
|
.long 0
|