Re: [coreutils] [PATCH 2/2] stat: print timestamps to full resolution

2010-10-08 Thread Jim Meyering
Eric Blake wrote: On 10/01/2010 04:34 PM, Eric Blake wrote: On 10/01/2010 09:19 AM, Eric Blake wrote: Correct - time_t need not be integral, but do we have any proof of a system using a floating-point time_t? I think I'm going to write a POSIX bug requesting that time_t be tightened to

Re: [coreutils] [PATCH 2/2] stat: print timestamps to full resolution

2010-10-01 Thread Jim Meyering
Pádraig Brady wrote: On 01/10/10 00:32, Eric Blake wrote: * src/stat.c (epoch_time): New function. (print_stat): Use it for %[WXYZ]. * NEWS: Document this. * tests/touch/60-seconds: Adjust test to match. --- It bugs me that %x has more information than %X in 'stat --format', especially,

[coreutils] [PATCH 2/2] stat: print timestamps to full resolution

2010-09-30 Thread Eric Blake
* src/stat.c (epoch_time): New function. (print_stat): Use it for %[WXYZ]. * NEWS: Document this. * tests/touch/60-seconds: Adjust test to match. --- It bugs me that %x has more information than %X in 'stat --format', especially, since we don't support any format modifiers for getting at the

Re: [coreutils] [PATCH 2/2] stat: print timestamps to full resolution

2010-09-30 Thread Pádraig Brady
On 01/10/10 00:32, Eric Blake wrote: * src/stat.c (epoch_time): New function. (print_stat): Use it for %[WXYZ]. * NEWS: Document this. * tests/touch/60-seconds: Adjust test to match. --- It bugs me that %x has more information than %X in 'stat --format', especially, since we don't support