This is the mail archive of the
mailing list for the binutils project.
Re: [AArch64] PR ld/21532, Allow COPY relocation elimination
- From: Nick Clifton <nickc at redhat dot com>
- To: Jiong Wang <jiong dot wang at foss dot arm dot com>, Binutils <binutils at sourceware dot org>
- Date: Thu, 8 Jun 2017 09:08:47 +0100
- Subject: Re: [AArch64] PR ld/21532, Allow COPY relocation elimination
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx01.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx01.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=nickc at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com EEFE97F6A1
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com EEFE97F6A1
- References: <firstname.lastname@example.org>
> As discussed at the PR, this patch tries to avoid COPY relocation generation
> and propagate the original relocation into runtime if it was relocating on
> writable section. The ELIMINATE_COPY_RELOCS has been set to true and it's
> underlying infrastructure has been improved so that the COPY reloc elimination
> at least working on absoluate relocations (ABS64) on AArch64 and testcases on
> the PR has passed.
Hmm - I am wondering if ELIMINATE_COPY_RELOCS should always be set, for targets
that use it. In fact maybe we can just eliminate the macro altogether...
> There are several other relocation types might need similar supports as well,
> I will try to post following up patches to clean up them.
> no regression on cross and native ld check.
> OK for trunk?
Approved - please apply.