From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 10:21:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0CFD16A4CE; Thu, 24 Mar 2005 10:21:08 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2EE843D2D; Thu, 24 Mar 2005 10:21:07 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2OAL2uQ094820; Thu, 24 Mar 2005 12:21:02 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 65254-20; Thu, 24 Mar 2005 12:21:13 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2OAL14C094817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 12:21:01 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2OALLlE026709; Thu, 24 Mar 2005 12:21:21 +0200 (EET) (envelope-from ru) Date: Thu, 24 Mar 2005 12:21:21 +0200 From: Ruslan Ermilov To: Ion-Mihai Tetcu Message-ID: <20050324102121.GA26659@ip.net.ua> References: <20050324023400.7d1887ce@it.buh.tecnik93.com> <42421C18.9040106@FreeBSD.org> <20050324092948.164d2e6e@it.buh.tecnik93.com> <20050324080731.GA25127@ip.net.ua> <20050324111734.1ccd507d@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20050324111734.1ccd507d@it.buh.tecnik93.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Doug Barton cc: freebsd-stable@FreeBSD.org Subject: Re: Today -STABLE doesn't build in rescue -> ifconfig.lo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 10:21:09 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 24, 2005 at 11:17:34AM +0200, Ion-Mihai Tetcu wrote: > On Thu, 24 Mar 2005 10:07:31 +0200 > Ruslan Ermilov wrote: >=20 > > On Thu, Mar 24, 2005 at 09:29:48AM +0200, Ion-Mihai Tetcu wrote: > > > On Wed, 23 Mar 2005 17:47:04 -0800 > > > Doug Barton wrote: > > >=20 > > > > Ion-Mihai Tetcu wrote: > > > > > Hi, > > > > >=20 > > > > >=20 > > > > > This happens when makeing world with -DNOCLEAN, sources cvsup'ed 5 > > > > > minutes ago. I'm going to try a clean build and let you know if t= hat solves it: > > > >=20 > > > > It definitely should solve it. I've been building RELENG_5 for 2 da= ys=20 > > > > straight without problems. > > >=20 > > > And yes, it solved it :) > > >=20 > > > > For future reference, it's generally better to try the clean build = first=20 > > > > before sending in a report like this, especially in -stable. > > >=20 > > > Point taken, but you know I'm not the one to make exaggerated noise. I > > > was 02:35 in the morning and I wanted to know if anyone saw the same > > > thing and if I need to wait I could simply go to bed. > > >=20 > > > Thanks for the new BIND. > > >=20 > > You shouldn't be using NOCLEAN routinely; it's only safe when sources > > do not change. >=20 > For the time from 5.3R I had only once on one machine a problem besides > this (and yes, the sources haven't changed much in all this time execpt > the present MFCs race :). >=20 > Now I know and just had an example of it, that NOCLEAN ain't working; my > question is do I risk having bad code compiled or just errors like this > one ? From my knowledge of how make works in a perfect word :) not even > this should happen. >=20 Recent example: a BIND header file disappeared, but was still referenced in .depend, resulting in a broken NO_CLEAN build (on two days ago HEAD). It could also result in bad code compiled, but only if dependency info is missed, which is usually indicative of a bug in a makefile (these are rare but it happens sometimes). So your best bet whenever you upgrade your sources is to *not* use NO_CLEAN. Kernel build is cheating, it always drops .depend files (both kernel and modules) even with NO_CLEAN, so chances of getting an error there are minimal. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQpShqRfpzJluFF4RAqdOAJwLmvi1J5vb8vHv6MxvKf2aXBNPhwCfWOrF Cl1RJY/p52mFbcEIAxGcvug= =H85j -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o--