From owner-freebsd-hackers  Fri Aug 23 11:05:53 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id LAA18801
          for hackers-outgoing; Fri, 23 Aug 1996 11:05:53 -0700 (PDT)
Received: from mail.crl.com (mail.crl.com [165.113.1.22])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18787
          for <freebsd-hackers@freebsd.org>; Fri, 23 Aug 1996 11:05:48 -0700 (PDT)
Received: from rocky.mt.sri.com by mail.crl.com with SMTP id AA27988
  (5.65c/IDA-1.5 for <freebsd-hackers@freebsd.org>); Fri, 23 Aug 1996 11:04:10 -0700
Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA06987; Fri, 23 Aug 1996 10:17:55 -0600 (MDT)
Date: Fri, 23 Aug 1996 10:17:55 -0600 (MDT)
Message-Id: <199608231617.KAA06987@rocky.mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
To: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Cc: Julian Assange <proff@suburbia.net>, freebsd-hackers@freebsd.org
Subject: Re: Am I wrong or is this just stupid?r 
In-Reply-To: <20820.840815963@time.cdrom.com>
References: <199608230840.SAA27817@suburbia.net>
	<20820.840815963@time.cdrom.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Jordan K. Hubbard writes:
> > Keeping in mind that install is before ${CLEANDIR},  I believe the idea
> > is to remake the tools _with_the_new_tools_ before using them to remake
> > other things. i.e if you upgraded to gcc2.7.2 then first make gcc2.7.2
> > with your old gcc, then remake it with the new one.
> 
> But none of these "new tools made with new tools" are going to have
> any relevance at all to your build since they won't be installed until
> *after* everything else has been built with the "new tools made with
> old tools" :-)

But they are relevant to the system working from that point on.  Again,
doing dependencies means you have to go through the system 'twice', so
the current method leaves you with the *least* chance of having buggy
tools in the system, but still leaves the option open for having used
buggy tools to build some good tools.  If you want to avoid everything
else, then run a second 'make clean all install' in make world, which
should *really* slow it down. :)


Nate