From owner-freebsd-current Thu Nov 21 14:48: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F7037B404; Thu, 21 Nov 2002 14:48:05 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DB443E9E; Thu, 21 Nov 2002 14:48:03 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gALMm1m9006578; Thu, 21 Nov 2002 14:48:01 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gALMm16n006577; Thu, 21 Nov 2002 14:48:01 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Thu, 21 Nov 2002 14:48:01 -0800 From: David Schultz To: Kris Kennaway Cc: John Baldwin , Terry Lambert , current@FreeBSD.ORG, "M. Warner Losh" , Ruslan Ermilov Subject: Re: Why isn't NOCLEAN the default? (was: Re: Cross-Development with NetBSD) Message-ID: <20021121224800.GD6062@HAL9000.homeunix.com> Mail-Followup-To: Kris Kennaway , John Baldwin , Terry Lambert , current@FreeBSD.ORG, "M. Warner Losh" , Ruslan Ermilov References: <3DDD2CB8.7E080912@mindspring.com> <20021121220220.GB6062@HAL9000.homeunix.com> <20021121223608.GA20967@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021121223608.GA20967@rot13.obsecurity.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Kris Kennaway : > > I have long wondered why NOCLEAN isn't the default. There seem to > > be a few cases where it doesn't DTRT for kernel builds, but it > > seems a bit conservative to make incremental world builds require > > that an undocumented variable be defined. Any ideas? > > It often causes problems during upgrades (but is usually fine when > just rebuilding a non-updated tree) Sounds reasonable. Maybe it should be documented in build(7), though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message