cvs commit: src/share/mk bsd.lib.mk

[Ruslan Ermilov]

On Thu, Sep 04, 2003 at 09:22:44PM -0700, Peter Wemm wrote:
[...]
> I'm really not hung up on whether we expose /lib to the toolchain, but I do
> feel that we're asking for trouble if 'cc' and 'ld' do not agree about the
> default search path.  Currently, 'ld' searches /lib before /usr/lib.  But
> when called by cc, cc adds -L/usr/lib which means the search path becomes
> /usr/lib, /lib, /usr/lib.  So if /usr/lib/libc.a exists and /usr/lib/libc.so
> does not, then it will link statically.  The same goes for old build scripts
> etc.  If anything adds -L/usr/lib to the beginning of the search path, then
> we are sunk.
> 
> My preference is to Keep It Simple and have things arranged like this:
> 
> /usr/lib/libc.a
> /usr/lib/libc.so -> /lib/libc.so.5
> /usr/lib/libc.so.5 -> /lib/libc.so.5
> /lib/libc.so.5
> 
> Note that the third one is solely for anti-foot-shooting and to make sure
> that any stale /usr/lib/libc.so.5's get removed.
> 
Yeah, I've updated my patch similarly due to this same consideration,
now it looks like this:

install -C -o root -g wheel -m 444   libc.a /usr/lib
install -s -o root -g wheel -m 444   -fschg  libc.so.5 /lib
ln -fs /lib/libc.so.5  /usr/lib/libc.so.5
ln -fs /lib/libc.so.5  /usr/lib/libc.so

install -C -o root -g wheel -m 444   libwrap.a /usr/lib
install -s -o root -g wheel -m 444     libwrap.so.3 /usr/lib
ln -fs libwrap.so.3 /usr/lib/libwrap.so


Cheers,
-- 
Ruslan Ermilov		Sysadmin and DBA,
ru at sunbay.com		Sunbay Software Ltd,
ru at FreeBSD.org		FreeBSD committer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20030905/f248680e/attachment.bin