Re: nl_langinfo and localized day/month names

[Paul Eggert]

Thanks, I tried that out on Fedora 20 (pretending that its nl_langinfo 
didn't exist) and had some trouble building and testing it, indicating 
trouble for other POSIXish platforms.  I fixed the problems I found.  A 
few things:

* nl_langinfo (FRAC_DIGITS) returns a pointer to a character, not a 
string, and similarly for the other values representing tiny integers. 
There's no need for null-termination.

* struct tm might not have the traditional Unix v7 layout.

* Some code can be shared between rpl_nl_langinfo and nl_langinfo by 
hoisting it into a shared static function ctype_codeset.

* Often it's better to use char[][] constants instead of char *[] 
constants when strings don't vary in size much, as this avoids 
unnecessary relocations in shared libraries.

* I didn't follow why tmm had some members updated but not others.  Does 
Microsoft strftime care about otherwise-unused struct tm members?  If 
so, perhaps we should initialize all the members to a valid and 
consistent value; if not, let's not bother with anything but the minimal.

Revised proposed patch attached.

0001-nl_langinfo-CODESET-on-MS-Windows-and-more-items-fro.patch
Description: Text document