Date: Fri, 18 Sep 1998 21:42:47 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: mystify@friley-186-113.res.iastate.edu (Patrick Hartling) Cc: jb@cimlogic.com.au, phk@critter.freebsd.dk, freebsd-current@FreeBSD.ORG Subject: Re: 'make world' dying in sbin/atm/atm Message-ID: <199809182142.OAA29095@usr09.primenet.com> In-Reply-To: <199809170058.TAA26511@friley-186-113.res.iastate.edu> from "Patrick Hartling" at Sep 16, 98 07:58:27 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> } > >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly fresh > } ^ > } | > } The problem here is -----------------+ > } > } People mistakenly believe that they can use -DNOCLEAN if /usr/obj is > } clean. That is not so. The build behaves differently. I would prefer > } the build to test if the objdir is clean and not do the recursive > } clean. > > Yes, that seems to have fixed things up nicely. Thank you for pointing out > my error. Now I understand why no one else was having this problem (I had > suspected pilot error but hadn't considered this was the source). I will > definitely not make this mistake again. The better question is "why is this vine growing over the path at ankle level". In other words, are there any circumstances where using "-DNOCLEAN" would *not* cause a problem? If not, then why is it there? If so, then why doesn't it test to see if it's there, and say something like "turning off 'NOCLEAN' to avoid problems...". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809182142.OAA29095>