OpenBSD has helped expose real bugs (nanosleep),
and some less-important problems (compilation failure and fdopendir).
For details, see e.g.,
http://git.savannah.gnu.org/cgit/gnulib.git/log/
>From ab9d2d2d4671a00bbabad3f700045bc604683b23 Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Thu
On 08/10/10 17:15, Philip Ganchev wrote:
> On a related note, couldn't all GNU programs (such as "du" and "ls")
> be made to print (and read?) numbers and dates formatted according to
> the locale setting, including thousands-separators, etc? That would
> avoid having a special option for every pro
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
>>
On Fri, Oct 8, 2010 at 10:05 AM, Eric Blake wrote:
> This feature already exists. From the 7.5 NEWS:
>
> sort accepts a new option, --human-numeric-sort (-h): sort numbers
> while honoring human readable suffixes like KiB and MB etc.
>
> The latest stable version is 8.5, with 8.6 due shortly.
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 integral in light of the
On 08/10/10 04:16, Philip Ganchev wrote:
> It would be useful if sort could understand numeric abbreviations, for
> example 1k = 1,000 and 1K = 1024. This need arises for me very often
> when I want a sorted list of human-readable file sizes like the output
> of "du -h". Currently, to use "sort" yo
On 10/07/2010 09:16 PM, Philip Ganchev wrote:
It would be useful if sort could understand numeric abbreviations, for
example 1k = 1,000 and 1K = 1024. This need arises for me very often
when I want a sorted list of human-readable file sizes like the output
of "du -h". Currently, to use "sort" you
It would be useful if sort could understand numeric abbreviations, for
example 1k = 1,000 and 1K = 1024. This need arises for me very often
when I want a sorted list of human-readable file sizes like the output
of "du -h". Currently, to use "sort" you have to resort to raw
numbers, which are hard t
