This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: kernel DSO
- From: Richard Henderson <rth at twiddle dot net>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: Alan Modra <amodra at bigpond dot net dot au>, libc-alpha at sources dot redhat dot com, Steve Munroe <sjmunroe at us dot ibm dot com>, Benjamin Herrenschmidt <benh at kernel dot crashing dot org>, Paul Mackerras <paulus at samba dot org>
- Date: Tue, 14 Sep 2004 20:56:10 -0700
- Subject: Re: kernel DSO
- References: <20040914064723.GJ21519@bubble.modra.org> <20040914070328.GB30497@sunsite.ms.mff.cuni.cz>
On Tue, Sep 14, 2004 at 09:03:28AM +0200, Jakub Jelinek wrote:
> One is symbol versioning, glibc suddenly looses control of the symbol
> versions which the vDSO is overriding, so coming up with a new symbol
> version for one of these functions is hard.
One possibility here is the symbol forwarding that Sun invented
recently. You'd have the version symbol in libc, and the forward
would point to the VDSO. Which adds a tiny bit of extra lookup
during symbol resolution, but no extra overhead when actually
using the symbol.
> The other is that it badly clashes with prelinking.
Yes, well... The only solution here is to force conflicts for
symbols in the VDSO. I would support adding this as a feature for
prelink, so that ppc folk could experiment and see if the tradeoff
is worth it.
r~