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/ppc64-weak-undef-call-shared.s

17 lines
333 B
ArmAsm
Raw Normal View History

[ELF2] Don't create RelativeReloc for weak undef symbols When we have a R_PPC64_ADDR64 for a weak undef symbol, which thus resolves to 0, and we're creating a shared library, we need to make sure that it stays 0 (because code that conditionally calls the weak function tests for this). Unfortunately, we were creating a R_PPC64_RELATIVE for these relocation targets, making the address of the undefined weak symbol equal to the base address of the shared library (which is non-zero). In general, we should not be creating RelativeReloc relocs for undef weak symbols. llvm-svn: 250558
2015-10-17 06:11:05 +08:00
# RUN: llvm-mc -filetype=obj -triple=powerpc64-unknown-linux %s -o %t.o
# RUN: ld.lld2 -shared %t.o -o %t.so
# RUN: llvm-readobj -t -r -dyn-symbols %t.so | FileCheck %s
# REQUIRES: ppc
.section ".toc","aw"
.quad weakfunc
// CHECK-NOT: R_PPC64_RELATIVE
[ELF2/PPC64] Don't create .plt entries for weak undef symbols Instead of specifically creating .plt entries for weak undef symbols, mirror the logic in r250584, and use canBePreempted to determine is a REL24 relocation needs a .plt entry. This might cause relocateOne to be called for a weak undef symbol, with a REL24 relocation, but ignore this as a special case (this will cause SA == 0, which won't happen under any other circumstance). llvm-svn: 250597
2015-10-17 08:48:20 +08:00
.text
.Lfoo:
bl weakfunc
// CHECK-NOT: R_PPC64_REL24
[ELF2] Don't create RelativeReloc for weak undef symbols When we have a R_PPC64_ADDR64 for a weak undef symbol, which thus resolves to 0, and we're creating a shared library, we need to make sure that it stays 0 (because code that conditionally calls the weak function tests for this). Unfortunately, we were creating a R_PPC64_RELATIVE for these relocation targets, making the address of the undefined weak symbol equal to the base address of the shared library (which is non-zero). In general, we should not be creating RelativeReloc relocs for undef weak symbols. llvm-svn: 250558
2015-10-17 06:11:05 +08:00
.weak weakfunc