This is the mail archive of the
mailing list for the glibc project.
Re: RFC: Don't output symbol version requirement for non-DT_NEEDED libs
- From: "Dmitry V. Levin" <ldv at altlinux dot org>
- To: binutils at sourceware dot org, libc-alpha at sourceware dot org
- Date: Fri, 28 Nov 2014 02:42:11 +0300
- Subject: Re: RFC: Don't output symbol version requirement for non-DT_NEEDED libs
- Authentication-results: sourceware.org; auth=none
- References: <20141127081644 dot GA20383 at bubble dot grove dot modra dot org> <54775069 dot 2090905 at redhat dot com>
On Thu, Nov 27, 2014 at 11:25:13AM -0500, Carlos O'Donell wrote:
> On 11/27/2014 03:16 AM, Alan Modra wrote:
> > So, absent someone implementing a glibc fix, how about we just drop
> > the symbol versioning for weak symbols, when their defining library
> > won't be in DT_NEEDED? Note that if "f" above was a strong symbol,
> > ld will still complain with "./libb.so: error adding symbols: DSO
> > missing from command line".
> This seems like the wrong thing to do, particularly since it violates
> the principle of least surprise. I would expect the versioned symbol
> to stay versioned.
> What's wrong with fixing this in glibc?
A few words about compatibility: ld with the proposed patch applied
would behave the same way as gold.