bug-binutils
[Top][All Lists]
Advanced

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

[Bug gold/19291] constant strings still don't always get relocated prope


From: cvs-commit at gcc dot gnu.org
Subject: [Bug gold/19291] constant strings still don't always get relocated properly in a relocatable built with gold --script
Date: Tue, 28 Nov 2017 01:34:39 +0000

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

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

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

commit 033bfb739b525703bfe23f151d09e9beee3a2afe
Author: Cary Coutant <address@hidden>
Date:   Mon Nov 27 17:32:55 2017 -0800

    Fix symbol values and relocation addends for relocatable links.

    The fix for PR 19291 broke some other cases where -r is used with scripts,
    as reported in PR 22266. The original fix for PR 22266 ended up breaking
    many cases for REL targets, where the addends are stored in the section
data,
    and are not being adjusted properly.

    The problem was basically that in a relocatable output file (ET_REL),
    symbol values are supposed to be relative to the start address of their
    section. Usually in a relocatable file, all sections start at 0, so the
    failure to get this right is often irrelevant, but with a linker script,
    we occasionally see an output section whose starting address is not 0,
    and gold would occasionally write a symbol with its relocated value instead
    of its section-relative value.

    This patch reverts the recent fix for PR 22266 as well as my original fix
    for PR 19291. The original fix moved the symbol value adjustment to
    write_local_symbols, but neglected to undo a few places where the
adjustment
    was also being applied, resulting in an occasional double adjustment. The
    more recent fix removed those other adjustments, but then failed to
    re-account for the adjustment when rewriting the relocations on REL
targets.

    With the old attempts reverted, we now apply the symbol value adjustment to
    the one case that had been missed (non-section symbols in merge sections).
    But now we also need to account for the adjustment when rewriting the
addends
    for RELA relocations.

    gold/
        PR gold/19291
        PR gold/22266
        * object.cc (Sized_relobj_file::compute_final_local_value_internal):
        Revert changes from 2017-11-08 patch.  Adjust symbol value in
        relocatable links for non-section symbols.
        (Sized_relobj_file::compute_final_local_value): Revert changes from
        2017-11-08 patch.
        (Sized_relobj_file::do_finalize_local_symbols): Likewise.
        (Sized_relobj_file::write_local_symbols): Revert changes from
        2015-11-25 patch.
        * object.h (Sized_relobj_file::compute_final_local_value_internal):
        Revert changes from 2017-11-08 patch.
        * powerpc.cc (Target_powerpc::relocate_relocs): Adjust addend for
        relocatable links.
        * target-reloc.h (relocate_relocs): Adjust addend for relocatable
links.
        * testsuite/pr22266_a.c (hello): New function.
        * testsuite/pr22266_main.c (main): Add test for merge sections.
        * testsuite/pr22266_script.t: Add rule for .rodata.

-- 
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]