Bruno Haible <[EMAIL PROTECTED]> 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
