This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Linux 2.6 nanosecond time stamp weirdness breaks GCC build
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