`Hiding' libc symbols

Jacques A. Vidrine nectar at FreeBSD.org
Tue May 6 11:08:53 PDT 2003


On Tue, May 06, 2003 at 11:02:24AM -0700, Julian Elischer wrote:
> If you could do your census again but this time showing which symbols
> clash we would have a better idea of what we are talking about..

Uh, that is the list I posted.   Yes, that long list included clashing
symbols only.

> Probably most of these packages have these function 'in case' the system
> does not. 

It's a pretty good mix of those that do it `in case' and those that do
it for their own reasons.

> You can also bet that if compiled on Linux they don't include
> these functions if Linux has them, so I'm willing to bet that many of
> them have ways to turn off much of the excess stuff.

You would lose the bet.  These applications compile and run fine on
FreeBSD _now_, also.  Whether or not something in libc will change in
the future to break it is the question (as in the qpopper example).
Or maybe the `bad' code path hasn't yet been hit.

Cheers,
-- 
Jacques Vidrine   . NTT/Verio SME      . FreeBSD UNIX       . Heimdal
nectar at celabo.org . jvidrine at verio.net . nectar at freebsd.org . nectar at kth.se


More information about the freebsd-arch mailing list