Date: Tue, 28 Mar 1995 08:56:00 -0700 From: nate@sneezy.sri.com (Nate Williams) To: "Jordan K. Hubbard" <jkh@freefall.cdrom.com> Cc: Bruce Evans <bde@zeta.org.au>, CVS-commiters@time.cdrom.com, cvs-lib@time.cdrom.com, jkh@freebsd.org Subject: Re: cvs commit: src/lib/libc/stdlib strhash.c Message-ID: <199503281556.IAA06964@trout.sri.MT.net> In-Reply-To: <6298.796386190@freefall.cdrom.com> References: <199503281005.UAA18620@godzilla.zeta.org.au> <6298.796386190@freefall.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > You never needed to rename hash() to _hash(). It is static so it doesn't > > contribute to namespace pollution. Adding a leading underscore just moves > > it into the implementation's namespace and might cause problems if the > > Well, then we have a problem because the friggin' thing DOES clash when > you try to link anything with it otherwise! :-( :-( > > Give it a try. Perhaps Nate should look into this too, since it's > possibly something suspicious with the new ld stuff. I'll look into it this evening. However, it shouldn't be a ld issue, but it may be a compiler/strip issue. If the routine is declared static, it's symbol should never be seen in the symbol table. That feature is a function of the compiler, not of the linker/loader. (Except when it was compiled with debugging I believe, though I'm not positive on that account) Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503281556.IAA06964>