From owner-freebsd-hackers Tue Feb 6 16:33:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28540 for hackers-outgoing; Tue, 6 Feb 1996 16:33:01 -0800 (PST) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28534 for ; Tue, 6 Feb 1996 16:32:58 -0800 (PST) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id SAA12075; Tue, 6 Feb 1996 18:31:27 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 6 Feb 1996 18:31:29 -0600 To: Terry Lambert From: Richard Wackerbarth Subject: Re: On keeping a src tree Cc: nate@sri.MT.net, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Terry Lambert writes: >Not that the source tree should be building using installed header files >anyway; it should be using the header files from the source tree. >Installed header files are useful only to provide a third-party with a >developement environment. >With respect, this is why "make" has the ability to resolve dependencies; >it should be possible for me to not give a damn what has changed beyond >the changes I personally cause. When I type "make" it should rebuild >everything that needs to be rebuilt, and *only* everything that needs >to be rebuilt. > >Then it should be possible for me to specify an install target other >than my important OS, union mount the shadow tree with the modified >utils over the unmodified tree (which might be a CDROM) onto /altroot >or some other mount point, and then boot the new kernel and chroot to >/altroot to test the new stuff out. All I can say is "AMEN, BROTHER!" When will they ever learn? When? Will they ever learn? ---- Richard Wackerbarth rkw@dataplex.net