bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug ld/21532] AArch64: Symbol address inconsistency across compilation


From: cvs-commit at gcc dot gnu.org
Subject: [Bug ld/21532] AArch64: Symbol address inconsistency across compilation units
Date: Thu, 08 Jun 2017 08:44:50 +0000

https://sourceware.org/bugzilla/show_bug.cgi?id=21532

--- Comment #6 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot 
gnu.org> ---
The master branch has been updated by Jiong Wang <address@hidden>:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=bc327528fd2ccdc6c29ab6ae608085dddbad5cc8

commit bc327528fd2ccdc6c29ab6ae608085dddbad5cc8
Author: Jiong Wang <address@hidden>
Date:   Wed Jun 7 12:05:39 2017 +0100

    [AArch64] Allow COPY relocation elimination

      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) after this patch.

    bfd/
            PR ld/21532
            * elfnn-aarch64.c (ELIMINATE_COPY_RELOCS): Set to 1.
            (elfNN_aarch64_final_link_relocate): Also propagate relocations to
            runtime for copy relocation elimination cases.
            (alias_readonly_dynrelocs): New function.
            (elfNN_aarch64_adjust_dynamic_symbol): Keep the dynamic relocs
instead
            of generating copy relocation if it is not against read-only
sections.
            (elfNN_aarch64_check_relocs): Likewise.

    ld/
            * testsuite/ld-aarch64/copy-reloc-eliminate.d: New test.
            * testsuite/ld-aarch64/copy-reloc-exe-eliminate.s: New test source
file.
            * testsuite/ld-aarch64/aarch64-elf.exp: Run new testcase.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]