Date: Fri, 24 Oct 2008 15:31:39 -0700 (PDT)
Message-Id: <20081024.153139.36591021.davem@davemloft.net>
To: torvalds@linux-foundation.org
Cc: alistair@devzero.co.uk, rjw@sisk.pl, linux-kernel@vger.kernel.org
Subject: Re: Linux 2.6.28-rc1
From: David Miller <davem@davemloft.net>
In-Reply-To: <alpine.LFD.2.00.0810240801540.3287@nehalem.linux-foundation.org>
References: <200810241345.04966.rjw@sisk.pl>
	<200810241352.45745.alistair@devzero.co.uk>
	<alpine.LFD.2.00.0810240801540.3287@nehalem.linux-foundation.org>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 835
Lines: 19

From: Linus Torvalds <torvalds@linux-foundation.org>
Date: Fri, 24 Oct 2008 08:17:53 -0700 (PDT)

> Now, _another_ part (and arguably the really core reason) of this problem 
> is that our Makefile rules for the asm include directory is weak and 
> unreliable in the presense of already-existing unexpected entries.

I guess we could use seperate "stamp" files to deal with this.

Along with the generated file "foo" there is a "foo.stamp" file
that is generated with "touch" after "foo" is built.

Then "foo"'s update rule is whether the "foo.stamp" is out of date
wrt. it's dependencies.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/