`Hiding' libc symbols

[Jacques A. Vidrine]

On Thu, May 01, 2003 at 07:53:42PM +0400, Andrey A. Chernov wrote:
> 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. 

No, that does not follow.  strlcpy does not add work for any future
solution, and besides, it is not the future yet.

> It have nothing common with threads, namespace.h is for. 

No, you are mistaken.

namespace.h

     39 /*
     40  * ISO C (C90) section.  Most names in libc aren't in ISO C, so they
     41  * should be here.  Most aren't here...
     42  */
     43 #define         err                             _err
     44 #define         warn                            _warn
     45 #define         nsdispatch                      _nsdispatch
     46 #define         strlcat                         _strlcat
     47 #define         strlcpy                         _strlcpy

The comment dates back to 2001.

> Saving libc 
> but not saving other libs application can be linked to gains really 
> nothing.

That is your opinion, and one I do not share.  I did not make the
commit for no purpose.

[...]
> >   (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.

I saw it and I think you are mistaken.

> >   (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

No, I do not think this is a threads-only issue.

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