Re: /lib symlinks problem?

From: Ruslan Ermilov (ru_at_FreeBSD.org)
Date: 08/30/03

  • Next message: Garrett Wollman: "Re: Someone help me understand this...?" 
    Date: Sat, 30 Aug 2003 21:56:53 +0300
To: Gordon Tetlow <gordon@FreeBSD.org>, Alexander Leidinger <Alexander@Leidinger.net>

    On Sat, Aug 30, 2003 at 01:54:27PM +0200, Alexander Leidinger wrote:
    [...]
    > I think the problem is, that some tools have a problem finding it...:
    > ---snip---
    > (3) netchild@ttyp1 % nm -D /usr/lib/libc.so | grep fpcl
    > nm: /usr/lib/libc.so: No such file or directory
    >
    > (4) netchild@ttyp1 % ll /usr/lib/libc.so
    > lrwxr-xr-x 1 root wheel 19B 29 Aug 13:57 /usr/lib/libc.so@ -> ../../lib/libc.so.5
    >
    > (5) netchild@ttyp1 % ll /usr
    > lrwxr-xr-x 1 root wheel 7.0B 18 Aug 2001 /usr@ -> big/usr
    >
    > (7) netchild@ttyp1 % ll /lib/libc.so
    > lrwxr-xr-x 1 root wheel 9.0B 29 Aug 13:57 /lib/libc.so@ -> libc.so.5
    > ---snip---
    >
    > I think a workaround would be to use absolute symlinks (at least as an
    > option).
    >
    I might be missing an obvious, but I just don't see a reason
    why we should use relative linking here: we should just link
    to where we really install. With the attached patch, I get:

    $ make -n install -DNOMAN DESTDIR=/foo
    install -C -o root -g wheel -m 444 libalias.a /foo/usr/lib
    install -s -o root -g wheel -m 444 libalias.so.4 /foo/lib
    ln -fs libalias.so.4 /foo/lib/libalias.so
    ln -fs /foo/lib/libalias.so.4 /foo/usr/lib/libalias.so

    Cheers, 

    -- 
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software Ltd,
ru@FreeBSD.org		FreeBSD committer

  • Next message: Garrett Wollman: "Re: Someone help me understand this...?"