From owner-freebsd-current Wed Feb 22 16:29:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA12066 for current-outgoing; Wed, 22 Feb 1995 16:29:47 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA12056; Wed, 22 Feb 1995 16:29:18 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA09224; Wed, 22 Feb 1995 19:28:40 -0500 Date: Wed, 22 Feb 1995 19:28:40 -0500 From: Garrett Wollman Message-Id: <9502230028.AA09224@halloran-eldar.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: Nate Williams , Garrett Wollman , Poul-Henning Kamp , current@freefall.cdrom.com Subject: Re: TRUE and FALSE In-Reply-To: <11582.793498888@freefall.cdrom.com> References: <199502222312.QAA15832@trout.sri.MT.net> <11582.793498888@freefall.cdrom.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > But.. but.. We *need* the source tree to be decoupled from > /usr/include or we'll never achieve our goal of being able to make all > the dependencies work properly when doing a `make all' (the current > world target is just evil and needs to DIE!) in a tree that's just > been blapped onto some machine with old headers and libraries! :-( But we should not (cannot) force developers of other software that just happens to run on FreeBSD to make substantial modifications to their build model just because we want to make our makefiles cleaner. Otherwise what you end up with is a mess like a certain program I was working on last month: unable to depend on being able to access the correct headers for the kernel in question (this was in SunOS), the developers just included local copies of the header files that you had to add to the kernel to get it to work anyway. This is evil, and not something I want to see perpetrated in FreeBSD. We need to remember that not all programs compiled under FreeBSD use the FreeBSD build system, no matter how convenient it might be. (And whatever that system evolves into had better still be useful for compiling non-source-tree programs, or a number of different users will get screwed over.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant