[Bug ld/26002] ld: Should an unversioned undefined symbol use VER_NDX_GLOBAL instead of VER_NDX_LOCAL?

[cvs-commit at gcc dot gnu.org]

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

--- Comment #2 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot 
gnu.org> ---
The master branch has been updated by Alan Modra <amodra@sourceware.org>:

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

commit eb6e6af8c17a8f4e120d79cb5f2451ebe60aaf4e
Author: Alan Modra <amodra@gmail.com>
Date:   Fri Jan 15 21:17:43 2021 +1030

    PR26002 undefined symbol VER_NDX_GLOBAL vs. VER_NDX_LOCAL

    This patch makes undefined unversioned dynamic symbols use
    VER_NDX_GLOBAL (version 1) rather than VER_NDX_LOCAL (version 0).
    There really isn't much use for an undefined local dynamic symbol, so
    we may as well use the logically correct value in .gnu.version.
    https://docs.oracle.com/cd/E26505_01/html/E26506/chapter6-54676.html

    bfd/
            PR 26002
            * elflink.c (elf_link_output_extsym): Use version 1 in
            .gnu.version for undefined unversioned symbols.
    ld/
            PR 26002
            * testsuite/ld-elfvers/vers6.dsym: Expect "Base" for undefined
            unversioned symbols.
            * testsuite/ld-elfvers/vers16.dsym: Likewise.

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