bug-gnulib
[Top][All Lists]
Advanced

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

Re: utimens and non-standardized futimesat


From: Jim Meyering
Subject: Re: utimens and non-standardized futimesat
Date: Thu, 29 May 2008 13:16:37 +0200

Eric Blake <address@hidden> wrote:
> According to Eric Blake on 5/22/2008 6:51 AM:
> | According to Jim Meyering on 5/22/2008 6:42 AM:
> | |> |> No need to refer the dir by name:
> | |> |>
> | |> |>   futimens (dirfd. timespec);
> | |> |
> | |> | Btw., even if you don't consider the Posix 200x functions
> | |> | futimens/utimensat, you don't need futimsat(dirfd, NULL, timeval):
> | |> |
> | |> |     futimes (dirfd, timeval);
> | |> |
> | |> | So, actually I think that using futimesat this way is a gratuitous
> | |> | utilization of a glibc extension.
> | |>
> | |
> | | Thanks for the write-up.
> | | That sounds like the right way to go.
> | | Do you feel like doing it?
> |
> | Yes, I'll be tackling this.
> |
>
> Tested on cygwin 1.7.0, where futimens and utimensat exist, and on cygwin
> 1.5.25, where those and futimesat are all missing.  OK to apply?  This
> means that coreutils can now support nanosecond resolution on new enough
> kernels for things like touch and cp -p.

Looks fine to me (modulo Bruno's comments, with which I agree).
I confirmed it makes touch set/preserve full nanosecond
precision on a linux/tmpfs file system.

Thanks!




reply via email to

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