From owner-freebsd-current Thu Oct 9 02:25:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA19722 for current-outgoing; Thu, 9 Oct 1997 02:25:23 -0700 (PDT) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca8-03.ix.netcom.com [207.93.141.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA19714 for ; Thu, 9 Oct 1997 02:25:19 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id CAA04769; Thu, 9 Oct 1997 02:25:12 -0700 (PDT) Date: Thu, 9 Oct 1997 02:25:12 -0700 (PDT) Message-Id: <199710090925.CAA04769@silvia.HIP.Berkeley.EDU> To: chuckr@mat.net CC: FreeBSD-current@FreeBSD.org In-reply-to: (message from Chuck Robey on Wed, 8 Oct 1997 09:13:22 -0400 (EDT)) Subject: Re: buildworld From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * Having done a fair amount of make worlds in the past 2 years, under * similar conditions, I'd become used to finding and fixing the various * problems that always cropped up. This may have been an easy one for the * build system, but (in the past) it never would have been this easy. You are right. I forgot that I added some cruft to pre-populate the include files dir (thus de-necessitating the need for "make includes"). That was only possible because we were doing this on the temporary build tree, it wouldn't have been appropriate to do it on the "real" include dir. Also, we (mostly Bruce) took care of making sure to come up with the complete set of utilities needed to rebuild the world. This may have reduced the amount of hand-patching needed. Satoshi