binutils-gdb/ld/testsuite/ld-aarch64/rela-abs-relative.s

	.section	.rodata
	.align	3
	.type	string1, %object
	.size	string1, 8
local_foo:
	.string	"local_foo"

	.section	.data,"aw",%progbits
	.align	3
	.global	a
	.type	a, %object
	.size	a, 24
a:
	.xword	0xcafecafe
	.xword	local_foo + 0xca
	.xword	0xdeaddead
[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. 2016-05-03 18:59:37 +08:00			`.section .rodata`
			`.align 3`
			`.type string1, %object`
			`.size string1, 8`
			`local_foo:`
			`.string "local_foo"`

			`.section .data,"aw",%progbits`
			`.align 3`
			`.global a`
			`.type a, %object`
			`.size a, 24`
			`a:`
			`.xword 0xcafecafe`
			`.xword local_foo + 0xca`
			`.xword 0xdeaddead`