[Top][All Lists]

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

[Bug gold/6617] Implicit shared library dependencies are not handled cor

From: ian at airs dot com
Subject: [Bug gold/6617] Implicit shared library dependencies are not handled correctly
Date: 10 Jun 2008 19:28:37 -0000

------- Additional Comments From ian at airs dot com  2008-06-10 19:28 -------
This is intentional.

In order to implement this correctly, it's necessary for the linker to exactly
emulate the dynamic linker.  This is rather complicated on GNU/Linux; look at
code like gld${EMULATION_NAME}_try_needed in src/ld/emultempl/elf32.em. 
Historically there have been many bugs in this code, and the effect has been
both inappropriate errors and inappropriate non-errors.

Also, searching for dependent shared libraries is very rarely useful, and it
slows down the linker.  I don't know of any reason why it is required, except
for better error reporting in some cases (which is the reason that it was
originally implemented in the GNU linker).

While clearly this is a change in behaviour, I don't think it will affect very
many programs.  And the fix is simple: either link against the shared library
which defines the symbol you need, or use the appropriate --unresolved-symbols
option (here I have to admit that gold does not yet implement that option).

           What    |Removed                     |Added
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX


------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

reply via email to

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