98a4289810
This is https://bugs.llvm.org/show_bug.cgi?id=44257. In LLVM style we always print `0` as addend when dumping SHT_REL relocations. It is confusing, this patch stops printing it as the first comment on the bug page suggests. Differential revision: https://reviews.llvm.org/D93033
57 lines
1.5 KiB
ArmAsm
57 lines
1.5 KiB
ArmAsm
// REQUIRES: x86
|
|
// RUN: llvm-mc -filetype=obj -triple=i386-pc-linux %s -o %t.o
|
|
// RUN: ld.lld --hash-style=sysv %t.o -o %t.so -shared
|
|
// RUN: llvm-readobj -S -l --section-data -r %t.so | FileCheck %s
|
|
|
|
// CHECK: Name: .got
|
|
// CHECK-NEXT: Type: SHT_PROGBITS
|
|
// CHECK-NEXT: Flags [
|
|
// CHECK-NEXT: SHF_ALLOC
|
|
// CHECK-NEXT: SHF_WRITE
|
|
// CHECK-NEXT: ]
|
|
// CHECK-NEXT: Address:
|
|
// CHECK-NEXT: Offset:
|
|
// CHECK-NEXT: Size:
|
|
// CHECK-NEXT: Link:
|
|
// CHECK-NEXT: Info:
|
|
// CHECK-NEXT: AddressAlignment:
|
|
// CHECK-NEXT: EntrySize:
|
|
// CHECK-NEXT: SectionData (
|
|
// CHECK-NEXT: 0000: 74210000
|
|
// CHECK-NEXT: )
|
|
|
|
// CHECK: Name: .got.plt
|
|
// CHECK-NEXT: Type: SHT_PROGBITS
|
|
// CHECK-NEXT: Flags [
|
|
// CHECK-NEXT: SHF_ALLOC
|
|
// CHECK-NEXT: SHF_WRITE
|
|
// CHECK-NEXT: ]
|
|
// CHECK-NEXT: Address:
|
|
// CHECK-NEXT: Offset:
|
|
// CHECK-NEXT: Size:
|
|
// CHECK-NEXT: Link:
|
|
// CHECK-NEXT: Info:
|
|
// CHECK-NEXT: AddressAlignment:
|
|
// CHECK-NEXT: EntrySize:
|
|
// CHECK-NEXT: SectionData (
|
|
// CHECK-NEXT: 0000: 74210000 00000000 00000000
|
|
// CHECK-NEXT: )
|
|
|
|
// CHECK: Type: PT_DYNAMIC
|
|
// CHECK-NEXT: Offset: 0x174
|
|
// CHECK-NEXT: VirtualAddress: 0x2174
|
|
// CHECK-NEXT: PhysicalAddress: 0x2174
|
|
|
|
// CHECK: Relocations [
|
|
// CHECK-NEXT: Section ({{.*}}) .rel.dyn {
|
|
// CHECK-NEXT: 0x21C4 R_386_RELATIVE -
|
|
// CHECK-NEXT: }
|
|
// CHECK-NEXT: ]
|
|
|
|
calll .L0$pb
|
|
.L0$pb:
|
|
popl %eax
|
|
.Ltmp0:
|
|
addl $_GLOBAL_OFFSET_TABLE_+(.Ltmp0-.L0$pb), %eax
|
|
movl _DYNAMIC@GOT(%eax), %eax
|