bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Linux 2.6 nanosecond time stamp weirdness breaks GCC build


From: Andrew Pimlott
Subject: Re: Linux 2.6 nanosecond time stamp weirdness breaks GCC build
Date: Fri, 2 Apr 2004 23:59:48 -0500
User-agent: Mutt/1.3.28i

On Fri, Apr 02, 2004 at 02:14:11AM +0100, Jamie Lokier wrote:
> However, sponteneous mtime changes are not polite.  So I broadly agree
> with the principle of:
> 
> Paul Eggert wrote:
> > The only way I can see to satisfy these two principles is to truncate
> > the timestamp right away, when it is first put into the inode cache.
> > That way, the copy in main memory equals what will be put onto disk.
> > This is the approach taken by other operating systems like Solaris,
> > and it explains why parallel GCC builds won't have this problem on
> > these other systems.

So is there any chance in the world that this behavior could be
implemented?  None of the alternatives work, and we now know that the
problem bites.  (I can't even guess how much time Ulrich wasted
diagnosing it.)

> This behaviour was established in 2.5.48, 18th November 2002.

And shown to be broken in October.

Andrew




reply via email to

[Prev in Thread] Current Thread [Next in Thread]