Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 20 Jul 2000 01:02:01 +0100
From:      Mark Ovens <mark@ukug.uk.freebsd.org>
To:        Marcel Moolenaar <marcel@cup.hp.com>
Cc:        stable@FreeBSD.ORG
Subject:   Re: Question about -DNOCLEAN when building the world
Message-ID:  <20000720010201.E239@parish>
In-Reply-To: <3976404B.B566470F@cup.hp.com>; from marcel@cup.hp.com on Wed, Jul 19, 2000 at 04:56:59PM -0700
References:  <20000720000915.B239@parish> <3976389A.A76FD2CD@cup.hp.com> <20000720005032.C239@parish> <3976404B.B566470F@cup.hp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jul 19, 2000 at 04:56:59PM -0700, Marcel Moolenaar wrote:
> Mark Ovens wrote:
> > 
> > I think I understand, but if /usr/obj has to be created (because it
> > didn't exist) does that not guarantee that it *is* clean? Or does
> > make(1) have no way of knowing that /usr/obj has been newly created?
> 
> I didn't see an advantage of adding tests to see if files/directories
> actual exist before removing them. We're not saving precious time by
> doing that.
> 

OK, it was time saving that I was thinking about.

Thanks for the explanation.

> We could prevent doing a recursive 'make clean' for all the directories
> if the object tree is empty. The side-effect we now have is that the
> source tree is cleaned is the object directory does not exist...
> 
> -- 
> Marcel Moolenaar
>   mail: marcel@cup.hp.com / marcel@FreeBSD.org
>   tel:  (408) 447-4222

-- 
  If I buy a copy of WinDelete, and it doesn't delete Windows,
  am I entitled to my money back?
________________________________________________________________
      FreeBSD - The Power To Serve http://www.freebsd.org
      My Webpage http://ukug.uk.freebsd.org/~mark/
mailto:marko@freebsd.org             http://www.radan.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000720010201.E239>