Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 12 Oct 1998 07:20:25 -0500
From:      Richard Wackerbarth <rkw@Dataplex.NET>
To:        Mark Murray <mark@grondar.za>
Cc:        asami@FreeBSD.ORG (Satoshi Asami), kpielorz@tdx.co.uk, eivind@yes.no, current@FreeBSD.ORG
Subject:   Re: Never ending 'make clean' in kde port?
Message-ID:  <l03130305b247a04968d5@[208.2.87.5]>
In-Reply-To: <199810121159.NAA01144@gratis.grondar.za>
References:  Your message of " Mon, 12 Oct 1998 06:49:26 EST." <l03130304b2479a02ef85@[208.2.87.5]> <Pine.BSF.4.05.9810112045210.3979-100000@caladan.tdx.co.uk> (message from Karl Pielorz on Sun, 11 Oct 1998 20:46:53 %2B0100 (BST))   <l03130304b2479a02ef85@[208.2.87.5]>

next in thread | previous in thread | raw e-mail | index | archive | help
At 6:59 AM -0500 10/12/98, Mark Murray wrote:
>There already exists a knob; NOCLEANDEPENDS=yes. Perhaps it needs some
>refinement?
>Write the code, and if folk like it, they'll commit it.

Sorry, Mark.

Although I think that the default should be reversed such that the clean is
not recursive,
this does not address the problem.

The problem occurs when someone wants to do a recursive clean. The present
methodology
repeatedly cleans subtrees because they appear multiple times in the full
walk of the
dependancy tree.

The desired behavior would recognize the common subtree and truncate the
repeated walks
of those subtrees.

One method to accomplish this is to allow "make" to establish a target for
each of the
nodes.

Another method would be to have the individual "Makefile"s test to see if
there is anything
to clean and reccur only if there were. This method would produce slightly
different results.

Assume that "A" requires "B".
Start from a 'clean' tree.
Make "B".

Now clean "A".
In the present methodology, you clean not only "A", but also everything
that it requires.
Thus "B" would also be cleaned.
In the latter methodology, "B" would not be examined because it was not
make dirty as a
result of building "A".

It is unclear which result is "correct".

Richard Wackerbarth



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?l03130305b247a04968d5>