[AArch64] Also puts value in place for R_AARCH64_RELATIVE
authorJiong Wang <jiong.wang@arm.com>
Tue, 3 May 2016 10:59:37 +0000 (11:59 +0100)
committerJiong Wang <jiong.wang@arm.com>
Tue, 3 May 2016 10:59:37 +0000 (11:59 +0100)
commit1f56df9d0d5ad89806c24e71f296576d82344613
tree5119f229d105a5dbb5a18c77cef5407d318a7fde
parent20f55f3866ab70778d08fec2c09626cff9ed781d
[AArch64] Also puts value in place for R_AARCH64_RELATIVE

When handling absolute relocations for global symbols bind within the
shared object, AArch64 will generate one dynamic RELATIVE relocation,
but won't apply the value for this absolution relocations at static
linking stage. This is different from AArch64 gold linker and x86-64.

This is not a bug as AArch64 is RELA, there is only guarantee that
relocation addend is placed in the relocation entry.  But some
system softwares originally writen for x86-64 might assume AArch64
bfd linker gets the same behavior as x86-64, then they could take
advantage of this buy skipping those RELATIVE dynamic relocations
if the load address is the same as the static linking address.

This patch makes AArch64 BFD linker applies absolution relocations at
static linking stage for scenario described above.  Meanwhile old AArch64
android loader has a bug (PR19163) which relies on current linker behavior
as a workaround, so the same option --no-apply-dynamic-relocs added.
13 files changed:
bfd/ChangeLog
bfd/bfd-in.h
bfd/bfd-in2.h
bfd/elfnn-aarch64.c
ld/ChangeLog
ld/NEWS
ld/emultempl/aarch64elf.em
ld/ld.texinfo
ld/testsuite/ld-aarch64/aarch64-elf.exp
ld/testsuite/ld-aarch64/rela-abs-relative-be.d [new file with mode: 0644]
ld/testsuite/ld-aarch64/rela-abs-relative-opt.d [new file with mode: 0644]
ld/testsuite/ld-aarch64/rela-abs-relative.d [new file with mode: 0644]
ld/testsuite/ld-aarch64/rela-abs-relative.s [new file with mode: 0644]