From owner-freebsd-current  Sun Jan 21 23:47: 5 2001
Delivered-To: freebsd-current@freebsd.org
Received: from Mail6.sc.rr.com (fe6.southeast.rr.com [24.93.67.53])
	by hub.freebsd.org (Postfix) with ESMTP
	id C5E9737B400; Sun, 21 Jan 2001 23:46:46 -0800 (PST)
Received: from sc.rr.com ([24.88.102.101]) by Mail6.sc.rr.com  with Microsoft SMTPSVC(5.5.1877.537.53);
	 Mon, 22 Jan 2001 02:46:46 -0500
Received: (from dmaddox@localhost)
	by sc.rr.com (8.11.1/8.11.1) id f0M7ljG19332;
	Mon, 22 Jan 2001 02:47:45 -0500 (EST)
	(envelope-from dmaddox)
Date: Mon, 22 Jan 2001 02:47:45 -0500
From: "Donald J . Maddox" <dmaddox@sc.rr.com>
To: John Baldwin <jhb@FreeBSD.ORG>
Cc: Peter Wemm <peter@netplex.com.au>,
	The Hermit Hacker <scrappy@hub.org>, freebsd-current@FreeBSD.ORG
Subject: Re: lastest kernel from cvs ( sh exists with signal 8 )
Message-ID: <20010122024745.A19253@cae88-102-101.sc.rr.com>
Reply-To: dmaddox@sc.rr.com
Mail-Followup-To: John Baldwin <jhb@FreeBSD.ORG>,
	Peter Wemm <peter@netplex.com.au>,
	The Hermit Hacker <scrappy@hub.org>, freebsd-current@FreeBSD.ORG
References: <20010122022757.B18935@cae88-102-101.sc.rr.com> <XFMail.010121233549.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <XFMail.010121233549.jhb@FreeBSD.org>; from jhb@FreeBSD.ORG on Sun, Jan 21, 2001 at 11:35:49PM -0800
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Sun, Jan 21, 2001 at 11:35:49PM -0800, John Baldwin wrote:
> 
> On 22-Jan-01 Donald J . Maddox wrote:
> > 
> > 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 used to do 'make -DCLOBBER includes' to make sure no old stuff survived,
but somebody decided that was just too convenient, I guess. No CLOBBER
in the Makefiles anymore...

<SNIP>

> This should work, except that buildkernel has a few problems:
> 
> 1) It (ab)uses the KERNEL make variable so that it now has 2 conflicting
> meanings.  Simply using KERNCONF for the buildkernel case instead can fix this,
> however.
> 
> 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. :-/

I think this is a good policy :)



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message