From owner-freebsd-current  Sat Mar 15 02:26:07 1997
Return-Path: <owner-current>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id CAA14871
          for current-outgoing; Sat, 15 Mar 1997 02:26:07 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA14865
          for <freebsd-current@FreeBSD.org>; Sat, 15 Mar 1997 02:26:02 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA32658; Sat, 15 Mar 1997 21:24:56 +1100
Date: Sat, 15 Mar 1997 21:24:56 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199703151024.VAA32658@godzilla.zeta.org.au>
To: davidn@labs.usn.blaze.net.au, freebsd-current@FreeBSD.org
Subject: Re: -current build
Sender: owner-current@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

>===> ldd                                                                        
>===> rtld                                                                       
>===> ldconfig                                                                   
>===> ldd                                                                        
>===> rtld                                                                       
>ld -o ld.so  -Bshareable -Bsymbolic -assert nosymbolic -nostdlib -L/u1/dest/usr/
                                                        ^^^^^^^^^ ^^^^^^^^^^^^^^^
>lib mdprologue.o rtld.o malloc.o shlib.o md.o support.o sbrk.o -lc_pic -lgcc_pic
>
>ld: -lc_pic: no match
>*** Error code 1
>
>Stop.
>*** Error code 1
>
>This is with DESTDIR pointing to a separate (clean) hierachy.

Apparently it is too clean.  libc_pic.a should already have been installed
in /u1/dest/usr/lib.

I saw similar problems when I tried making -nostdlib the default in
bsd.lib.mk and bsd.prog.mk.  Here rtld/Makefile shoots itself in the
foot by overriding the default `${PROG}' target to just add -nostdlib if
there is a DESTDIR (the default target already has -L${DESTDIR}/usr/lib).
It should set LDONLY and use the default target.

However, I think my problem was caused by cc -nostdlib breaking gcc's
support for crt0.a and libgcc.a.  It's not clear how bsd.prog.mk could
know about libgcc.a.

There is now a new problem handling /usr/libdata/gcc.  The path is not
affected by ${DESTDIR}.

Bruce