http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- Comment #21 from mattijs.janssens at gmail dot com 2012-12-11 09:10:30 UTC
---
When I run that little test code above with
GNU gold (GNU Binutils for Ubuntu 2.22) 1.11
I get:
gcc -Xlinker --no-as-needed -Xlinker
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
mattijs.janssens at gmail dot com changed:
What|Removed |Added
CC||mattijs.janssens at
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- Comment #20 from Ian Lance Taylor ian at airs dot com 2012-12-10 17:22:17
UTC ---
When using gold you need to list the shared libraries that define symbols that
you refer to directly. You do not need to list libraries that define symbols
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- Comment #19 from H.J. Lu hjl.tools at gmail dot com 2012-12-10 16:46:15
UTC ---
(In reply to comment #18)
# Build libl3.so with no dependents
echo 'l3() { ; }' l3.c
gcc -Xlinker --no-as-needed -Xlinker --copy-dt-needed-entries
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
--
What|Removed |Added
CC||mnowak at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- You are receiving this
--- Additional Comments From roland at gnu dot org 2009-10-14 22:18 ---
Please make gold accept and ignore the --no-add-needed switch so there is a
single command line that has the same semantics for both ld implementations.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--
What|Removed |Added
CC||fche at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- You are receiving this
--- Additional Comments From fche at redhat dot com 2009-10-12 16:10
---
IMO, ld's automagic searching is a good thing. Asking a program to enumerate
all the indirect dependencies of shared libraries is a burden that they may not
be equipped to carry. How do you envision this be
--- Additional Comments From apratt at us dot ibm dot com 2009-10-12 22:25
---
Pretty common, based on the link in comment #7. The vast majority of those
failures are due to unresolved symbols, and it's possible many (most? virtually
all?) of them are due to programs expecting the old
--- Additional Comments From ian at airs dot com 2009-10-12 22:35 ---
Comment #7 does not necessarily indicate that there are a lot of packages which
provide a union-of-defined-symbols interface. What is indicates is that a lot
of people think that linking against the KDE or GNOME
--- Additional Comments From fche at redhat dot com 2009-10-12 23:53
---
I'm confused about whether gold's lack of DT_NEEDED resolution is
intended to affect only pure-indirect or merely mixed-direct-indirect
dependencies. Specifically:
liba { int a() { return b(); } }
libb { int b()
--- Additional Comments From ratmice+bugzilla at gmail dot com 2009-09-16
06:27 ---
I would like to comment that I appreciate the lack of this feature,
I once had a typo in a makefile variable which was reported to me by a user of
either an old gnu-ld or a proprietary linker which
--
What|Removed |Added
CC||ratmice+bugzilla at gmail
||dot com
--- Additional Comments From apratt at us dot ibm dot com 2009-07-27 18:24
---
Reviewing this bug (due to this weekend's new comment), I notice I never
answered the question about why PurifyPlus is using this indirect-link feature.
I spoke with the developer who did the original Linux
--- Additional Comments From mjw at redhat dot com 2009-07-25 09:16 ---
I also hit this and I must admit it is slightly confusing at first. We were
linking -lnss3 which works fine with GNU ld, but with GNU gold you suddenly get
lots of unresolved references to PR_ functions. If you know
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- You are receiving this mail because:
--- Additional Comments From ian at airs dot com 2009-06-04 16:17 ---
I haven't tried your test case yet, but in general this is intended behaviour
for gold. The GNU linker goes to considerable effort to replicate the search
path used by the dynamic linker. This leads to issues of the
--- Additional Comments From ian at airs dot com 2009-06-05 05:05 ---
I should say: thanks for the bug report. I appreciate it.
gold is not intended to be a precise replacement for the GNU linker. The GNU
linker has too much history and is the result of too many odd decisions (many
--- Additional Comments From apratt at us dot ibm dot com 2009-06-04 01:14
---
Created an attachment (id=3981)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=3981action=view)
Shell script test case, demonstrates the bug. Edit GOLDBINDIR before running.
This shell script
20 matches
Mail list logo