From owner-freebsd-current Sat Mar 16 17:35:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13113 for current-outgoing; Sat, 16 Mar 1996 17:35:22 -0800 (PST) Received: from perki.connect.com.au (perki.connect.com.au [192.189.54.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA13107 for ; Sat, 16 Mar 1996 17:35:17 -0800 (PST) Received: (from uucp@localhost) by perki.connect.com.au id MAA03449 (8.6.12/IDA-1.6); Sun, 17 Mar 1996 12:31:02 +1100 >Received: from localhost (giles@localhost [127.0.0.1]) by nemeton.com.au (8.6.12/8.6.9) with SMTP id KAA18849; Sun, 17 Mar 1996 10:24:00 +1100 Message-Id: <199603162324.KAA18849@nemeton.com.au> To: "Rodney W. Grimes" Subject: Re: libg++ Makefile and /usr/include In-reply-to: <199603160809.AAA17710@GndRsh.aac.dev.com> Date: Sun, 17 Mar 1996 10:23:59 +1100 From: Giles Lean Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 16 Mar 1996 00:09:35 -0800 (PST) "Rodney W. Grimes" wrote: > A good first step in this direction is to rm -r /usr/include, then try > to get ``make world DESTDIR=/some/place'' to work without anything > ending up in /usr/include, but instead in ${DESTDIR}/usr/include. > > Right now if you try to do that things fall over very quickly. >From time to time someone in the NetBSD camp prods at their build environment w.r.t. DESTDIR. There are changes in the bmake include files and /usr/bin/cpp to support most of the DESTDIR functionality. (The /usr/bin/cpp changes were to handle --nostdinc.) The NetBSD build environment still doesn't distinguish the compiler used to build tools during the build process from the compiler used to compile the target binaries. This is non-fatal when building different OS releases but is a problem for cross-compilation or if someone changes the binary format. ELF proponents please take note! :-) Regards, Giles