Date: Thu, 1 May 2003 19:53:42 +0400 From: "Andrey A. Chernov" <ache@nagual.pp.ru> To: "Jacques A. Vidrine" <nectar@FreeBSD.org>, freebsd-arch@FreeBSD.org Subject: Re: `Hiding' libc symbols Message-ID: <20030501155342.GA55078@nagual.pp.ru> In-Reply-To: <20030501152251.GB34992@madman.celabo.org> References: <20030430143121.GK39658@survey.codeburst.net> <20030430152708.GA26216@madman.celabo.org> <20030430153645.GL39658@survey.codeburst.net> <20030430164135.GB26508@madman.celabo.org> <20030501140255.GB1869@survey.codeburst.net> <20030501143032.GA34163@madman.celabo.org> <20030501144600.GC1869@survey.codeburst.net> <20030501145345.GA34884@madman.celabo.org> <20030501151458.GA54182@nagual.pp.ru> <20030501152251.GB34992@madman.celabo.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, May 01, 2003 at 10:22:51 -0500, Jacques A. Vidrine wrote:
>
> I'm with you ... as long as:
So, we can right now back out strlcpy hack at least to minimize future
work. It have nothing common with threads, namespace.h is for. Saving libc
but not saving other libs application can be linked to gains really
nothing.
> (a) We then post-process libraries (or object files) to
> automagically handle the symbols (all of them, or maybe just
> those not covered by some standard we pick in the case of libc).
> e.g. something such as
> objcopy --weaken ${.IMPSRC} ${.TARGET}
> but a bit more work.
Ok.
> (b) We give Daniel and others working on threaded libraries a chance
> to discuss the special needs there. (That _is_ why namespace.h
> was originally created. We do need to handle stubs somehow; weak
> symbols alone are not enough.)
See my another reply (to Daniel) about threads.
> (c) We do it after 5.1-RELEASE, and before 5.2-RELEASE; or we only
> do it in 6.x.
Ok.
> (d) I don't have to do it all.
I too. :-) Most of work will be to change current threads tricks to
prevent them be explotable from outside of libc/libc_r/etc, i.e. to be
true internal. It is for our threads team who introduce namespace.h
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030501155342.GA55078>