From owner-freebsd-current Fri Sep 18 14:43:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07459 for freebsd-current-outgoing; Fri, 18 Sep 1998 14:43:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07453 for ; Fri, 18 Sep 1998 14:43:29 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA25123; Fri, 18 Sep 1998 14:43:02 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd025025; Fri Sep 18 14:42:57 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id OAA29095; Fri, 18 Sep 1998 14:42:48 -0700 (MST) From: Terry Lambert Message-Id: <199809182142.OAA29095@usr09.primenet.com> Subject: Re: 'make world' dying in sbin/atm/atm To: mystify@friley-186-113.res.iastate.edu (Patrick Hartling) Date: Fri, 18 Sep 1998 21:42:47 +0000 (GMT) Cc: jb@cimlogic.com.au, phk@critter.freebsd.dk, freebsd-current@FreeBSD.ORG In-Reply-To: <199809170058.TAA26511@friley-186-113.res.iastate.edu> from "Patrick Hartling" at Sep 16, 98 07:58:27 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > } > >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