forked from OSchip/llvm-project
33 lines
1.0 KiB
ArmAsm
33 lines
1.0 KiB
ArmAsm
|
// RUN: llvm-mc -filetype=obj -triple=x86_64-unknown-linux %s -o %t.o
|
||
|
|
// RUN: llvm-mc -filetype=obj -triple=x86_64-unknown-linux %p/Inputs/shared.s -o %t2.o
|
||
|
|
// RUN: ld.lld2 -shared %t2.o -o %t2.so
|
||
|
|
// RUN: ld.lld2 %t.o %t2.so -o %t
|
||
|
|
// RUN: llvm-readobj -r %t | FileCheck %s
|
||
|
|
// REQUIRES: x86
|
||
|
|
|
||
|
|
.globl _start
|
||
|
|
_start:
|
||
|
|
.type sym1,@function
|
||
|
|
.weak sym1
|
||
|
|
.long sym1@gotpcrel
|
||
|
|
|
||
|
|
.type sym2,@function
|
||
|
|
.weak sym2
|
||
|
|
.long sym2@plt
|
||
|
|
|
||
|
|
.type sym3,@function
|
||
|
|
.weak sym3
|
||
|
|
.quad sym3
|
||
|
|
|
||
|
|
// Both gold and bfd ld will produce a relocation for sym1 and sym2 only. That
|
||
|
|
// That seems odd. If the dynamic linker must get a chance to resolve sym1
|
||
|
|
// and sym2, that should also be the case for sym3.
|
||
|
|
|
||
|
|
// CHECK: Relocations [
|
||
|
|
// CHECK-NEXT: Section ({{.*}}) .rela.dyn {
|
||
|
|
// CHECK-NEXT: 0x{{.*}} R_X86_64_GLOB_DAT sym1 0x0
|
||
|
|
// CHECK-NEXT: }
|
||
|
|
// CHECK-NEXT: Section ({{.*}}) .rela.plt {
|
||
|
|
// CHECK-NEXT: 0x{{.*}} R_X86_64_JUMP_SLOT sym2 0x0
|
||
|
|
// CHECK-NEXT: }
|
||
|
|
// CHECK-NEXT: ]
|