[lkml]   [2004]   [Apr]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Linux 2.6 nanosecond time stamp weirdness breaks GCC build
    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 <> 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
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:02    [W:0.020 / U:17.572 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site