From owner-freebsd-hackers Fri Aug 23 12:00:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26555 for hackers-outgoing; Fri, 23 Aug 1996 12:00:25 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA26548 for ; Fri, 23 Aug 1996 12:00:21 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA19454 for ; Fri, 23 Aug 1996 12:00:20 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA05137; Fri, 23 Aug 1996 11:54:22 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma005135; Fri Aug 23 11:54:05 1996 Message-ID: <321DFE14.6F5992E1@whistle.com> Date: Fri, 23 Aug 1996 11:53:08 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Richard Wackerbarth CC: Julian Assange , freebsd-hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Richard Wackerbarth wrote: > > >> Looking more at our make world methodology, I'm wondering at > >> stuff like this: > >> > >> # lib-tools - build tools to compile and install the libraries. > >> # > >> lib-tools: > >> cd ${.CURDIR}/usr.bin/tsort && \ > >> ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} > >> ... ^^^^^^^^^^^ > >> > >> I know that one can turn this off by whacking CLEANDIR, but why even > >> do this at all for the intermediate build targets? We build the > >> miscellaneous build tools, the compiler tools and all the core > >> libraries only to throw away the results of all that work so that we > >> can come around and do it all over again when it comes time to make it > >> all from the top. I've looked at all the ordering issues with this > >> and I still can't see the logic of it. Anyone in opposition to simply > >> > >> Jordan > > > I agree that this was the logic behind the process. However, how often do > we really upgrade gcc, etc. ? > > IMHO, the problem occurs because of the "build in place" mentality as > opposed to the idea of "moving down the block". If we would adopt the idea > that everything is made in a context which, in general, is NOT that of the > running system, we can get a number of benefits. > maybe we should have a way of markig when the tools have changed, in which case an extra pass of Make bootstrap or similar could fix it..