Re: Linux 2.6 nanosecond time stamp weirdness breaks GCC build

[Daniel Jacobowitz <dan@debian.org>]

On Thu, Apr 01, 2004 at 10:09:57PM +0200, Andi Kleen wrote:
> On Thu, 1 Apr 2004 21:28:20 +0200 (CEST)
> Ulrich Weigand <weigand@i1.informatik.uni-erlangen.de> wrote:
> 
> > However, I'd say that this should probably be fixed in the kernel,
> > e.g. by not reporting high-precision time stamps in the first
> > place if the file system cannot store them ...
> 
> Interesting. We discussed the case as a theoretical possibility when
> the patch was merged, but it seemed to unlikely to make it worth
> complicating the first version.
> 
> The solution from back then I actually liked best was to just round
> up to the next second instead of rounding down when going from 1s 
> resolution to ns.
> 
> -Andi
> 
> e.g. like this for ext3 (untested). Does that fix your problem?

(I haven't tested anything but...) why should this fix it?  Ulrich's
problem happens when the .o file is flushed from the cache, and then
stat'd; it now appears to be older than the .c file.  With a change to
round up instead, if the .c file is flushed from the cache before the
.o, the .c will still suddenly appear to be newer than the .o.


-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer