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 --copy-dt-needed-entrie
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- Comment #19 from H.J. Lu 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 -Xlinker
> -rpath=. -shared -f
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- Comment #20 from Ian Lance Taylor 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
that your shared lib
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
Ian Lance Taylor changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
--
What|Removed |Added
CC||kirill at shutemov dot name
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- You are receiving th
--
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
---
--- Additional Comments From ian at airs dot com 2009-10-13 00:54 ---
As far as I am concerned, gold has been released. The question now is what
changes distros will want to see before picking it up as the default linker for
those targets which it supports.
--
http://sourceware.org/b
--- Additional Comments From apratt at us dot ibm dot com 2009-10-13 00:27
---
It's the second one, with a variation. I wouldn't expect your second example to
link successfully as written. If you change it so main() calls both a() and b(),
it will link with today's GNU linker. That's bec
--- 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 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 librar
--- 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 be
--- Additional Comments From ian at airs dot com 2009-10-12 20:15 ---
Carrying on, it's true that gold's behaviour does impose a burden when using
shared libraries which come in bundles. If a package provides a shared library
which includes other shared libraries, and the interface of th
--- Additional Comments From ian at airs dot com 2009-10-12 20:02 ---
To be clear, gold does not require that you enumerate all indirect dependencies
of shared libraries. gold will not complain if a shared library refers to a
function defined in some dependency of that shared library.
W
--- 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 automa
--
What|Removed |Added
CC||fche at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
--- You are receiving this ma
--
What|Removed |Added
CC||ratmice+bugzilla at gmail
||dot com
http://sourceware.org/bugzi
--- 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 didn't
--- 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 p
--- 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 a
--
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-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
mad
--- 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 p
--- Additional Comments From apratt at us dot ibm dot com 2009-06-04 17:04
---
I had understood that gold was to be a drop-in replacement for the system
linkers on the platforms it supports, accepting the same inputs and performing
valid (though much faster) links on them. I reported thi
--- 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=3981&action=view)
Shell script test case, demonstrates the bug. Edit GOLDBINDIR before running.
This shell script demonst
26 matches
Mail list logo
