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

[ian at airs dot com]

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


http://sourceware.org/bugzilla/show_bug.cgi?id=6617

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