[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: `nstrftime ()' prototype
From: |
Simon Josefsson |
Subject: |
Re: `nstrftime ()' prototype |
Date: |
Tue, 26 Aug 2008 11:00:16 +0200 |
User-agent: |
Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux) |
Bruno Haible <address@hidden> writes:
> Simon Josefsson wrote:
>> That doesn't make much sense to me. IMHO, the 'strftime' module should
>> provide a 'strftime' function.
>
> Jim Meyering wrote:
>> nstrftime is not in glibc.
>> It's been in use (at least in coreutils) since GNU date started
>> supporting the %N format in 2002.
>
> To make things straightforwardly understandable, IMO we need 3 modules:
> - strftime-posix, which defines a POSIX compliant strftime(), i.e. which
> provides a substitution on mingw.
> - strftime-gnu, which defines an strftime() with the same extensions as
> documented in glibc, i.e. it provides a substitute on all systems except
> glibc,
> - strftime-gnu-ext, which provides the nstrftime() function.
>
> The source code (lib/strftime.c) should be mostly unchanged; most work will
> go into the autoconf macros.
>
> What do you think?
I like it, although since the GNU extended strftime actually has a
different name from srtftime, i.e. nstrftime, doesn't it make more sense
to call the strftime-gnu-ext module nstrftime?
This situation is unlike getpass etc where the GNU extended version is
called the same as the POSIX function (which is confusing).
/Simon
Re: `nstrftime ()' prototype, Ludovic Courtès, 2008/08/30