bug-make
[Top][All Lists]
Advanced

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

RE: GNU Make 3.80 problem on Solaris 8


From: Paul D. Smith
Subject: RE: GNU Make 3.80 problem on Solaris 8
Date: Tue, 13 Dec 2005 14:08:00 -0500

%% "Martin Dorey" <address@hidden> writes:

  >> NFS filesystems (at least not NFSv2 or NFSv3) don't support sub-second
  >> timestamps 

  md> That's definitely not true.  NFSv3 supports nanosecond timestamp
  md> resolution.  This isn't just a theoretical capability.  I'm
  md> looking at a file on a Solaris box exported with NFSv3 to a Linux
  md> client, showing a microsecond precision timestamp all the way up
  md> the stack to the ls -l --full-time output.

Ah, OK.  I got my versions mixed up.  I thought it wasn't until NFSv4
they were supported but I guess it was NFSv3.

  md> touch(1) on my Linux NFSv3 client won't send a sub-microsecond
  md> precision timestamp over the wire to a server which supports the
  md> full nanosecond resolution (a BlueArc Titan).  I'm not sure where
  md> in the stack the nanoseconds have been rounded off, though
  md> utimes(2) would be my guess.

It was strange, but filesystems supported subsecond timestamps well
before there was any system interface to set them.  That is, you could
retrieve them but not set them... so tools like tar, cp -p,
etc. couldn't preserve the subsecond part.

I think this has been resolved now, maybe in SuS, but I don't remember
the details and I'm sure there are many tools out there which still
don't support them (tar has a bigger problem in that they'd need to be
preserved in the archive format).

-- 
-------------------------------------------------------------------------------
 Paul D. Smith <address@hidden>          Find some GNU make tips at:
 http://www.gnu.org                      http://make.paulandlesley.org
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist




reply via email to

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