Re: `nstrftime ()' prototype

[Simon Josefsson]

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