From owner-freebsd-current Wed Feb 22 17:33:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA13762 for current-outgoing; Wed, 22 Feb 1995 17:33:21 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA13753 for ; Wed, 22 Feb 1995 17:33:19 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.9/8.6.9) with SMTP id TAA20844 for ; Wed, 22 Feb 1995 19:32:49 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 22 Feb 1995 19:32:51 -0600 To: current@FreeBSD.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: TRUE and FALSE Sender: current-owner@FreeBSD.org Precedence: bulk >1) Programs which are part of the FreeBSD source tree should compile cleanly, >and use $DESTDIR/usr/include, $DESTDIR/usr/lib and $DESTDIR/anything_else >for their needs. This means that a "make world" will be: > > make includes into $DESTDIR/usr/include > make tools using /usr/bin install into $DESTDIR/usr/bin > make libs using $DESTDIR into $DESTDIR/usr/lib > if the "paranoia" option is set > make includes into $DESTDIR/usr/include > make tools using $DESTDIR into $DESTDIR/usr/bin > make libs using $DESTDIR into $DESTDIR/usr/lib > endif > make all into $DESTDIR > > >Can anybody explain what the problem is with this ? A minor point ... The TOOLS are a third level. They are compiled for the host machine and linked with its libraries. they are NOT the same as the $DESTDIR/usr/bin that "all" will make in the final step. Therefore, they must reside in their own tree. Having said that, I advocate tree folding whenever possible. When the host machine and the target are the same, or sufficiently similar, you can simply move the target back into the host tree (after appropriate testing). ---- Richard Wackerbarth rkw@dataplex.net