From owner-freebsd-current Mon Jan 22 4:35:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 277D937B400; Mon, 22 Jan 2001 04:35:06 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA03042; Mon, 22 Jan 2001 23:35:00 +1100 Date: Mon, 22 Jan 2001 23:34:54 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: "Donald J . Maddox" , Peter Wemm , The Hermit Hacker , freebsd-current@FreeBSD.ORG Subject: Re: lastest kernel from cvs ( sh exists with signal 8 ) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 21 Jan 2001, John Baldwin wrote: > On 22-Jan-01 Donald J . Maddox wrote: > > Ok, fair enough. I have to confess that my usual procedure remains, > > as it has been for a long time, like this: > > > > 1) rm -r /usr/include; cd /usr/src; make includes > > I just do 'make includes' w/o the rm of /usr/include when I do this.. I never do this. `includes' is a private target in Makefile.inc1. Running it at any time except as part of buildworld or installworld may give an inconsistent set of includes. > 1) make buildworld > 2) make installworld > 3) config FOO > 4) compile kernel FOO > 5) install kernel FOO > 6) update /etc > 7) reboot > > 1-5 are all in 2 scripts, and part of 6) is in a script. For building kernels, I normally skip steps 1-2 (update config if necessary) and 6 (even more rarely necessary), and I never use the kernel install rules since they blow away backups and set inconvenient schg flags. > 2) It hides the output from config(8). config(8) prints out all sorts of > useful warnings when options are deprecated, etc., but buildkernel hides these > from the user. The problem is that config(8) is by design an interactive tool, > which buildkernel fails to take into account. The hack now is to have > config(8) treat warnings as errors instead. :-/ Doesn't this break things? The current warnings for LINT are: WARNING: Old ISA driver compatability shims present. WARNING: COMPAT_SVR4 is broken and usage is, until fixed, not recommended Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message