Today -STABLE doesn't build in rescue -> ifconfig.lo

Ruslan Ermilov ru at FreeBSD.org
Thu Mar 24 02:21:09 PST 2005


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 <ru at FreeBSD.org> wrote:
> 
> > 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 <dougb at FreeBSD.org> wrote:
> > > 
> > > > Ion-Mihai Tetcu wrote:
> > > > > Hi,
> > > > > 
> > > > > 
> > > > > 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 that solves it:
> > > > 
> > > > It definitely should solve it. I've been building RELENG_5 for 2 days 
> > > > straight without problems.
> > > 
> > > And yes, it solved it :)
> > > 
> > > > For future reference, it's generally better to try the clean build first 
> > > > before sending in a report like this, especially in -stable.
> > > 
> > > 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.
> > > 
> > > Thanks for the new BIND.
> > > 
> > You shouldn't be using NOCLEAN routinely; it's only safe when sources
> > do not change.
> 
> 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 :).
> 
> 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.
> 
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,
-- 
Ruslan Ermilov
ru at FreeBSD.org
FreeBSD committer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050324/a8b8ef37/attachment.bin


More information about the freebsd-stable mailing list