Re: NetBSD failure on nl_langinfo

[Bruno Haible]

Hi Eric,

> since on the NetBSD system:
> 
> $ LC_ALL=fr_FR.ISO8859-1 locale -ck currency_symbol {p,n}_cs_precedes
> LC_MONETARY
> currency_symbol="Eu"
> LC_MONETARY
> p_cs_precedes=0
> LC_MONETARY
> n_cs_precedes=0
> 
> I argue that CRNCYSTR for fr_FR.ISO8859-1 MUST result in "+Eu", not the 
> empty string.
> 
> ... we 
> can probably work around it by querying the locale database with localeconv.

Yes, you're right. The localeconv() API gives information from which
nl_langinfo (CRNCYSTR) could be fixed.

But what's the point in doing that?
  - Anyone doing serious monetary formatting will use localeconv(),
    since it provides more detailed information than nl_langinfo (CRNCYSTR),
    or use strfmon() right away.
  - Anyone doing serious monetary formatting in a French locale will not
    use NetBSD, since it's "local currency symbol" is "Eu", even in the
    ISO-8859-15 locale - a value that is not seen in real life.

So I think that just documenting the problem is enough.

Bruno


2010-10-23  Bruno Haible  <address@hidden>

        nl_langinfo: Mention problem with CRNCYSTR on NetBSD 5.0.
        * doc/posix-functions/nl_langinfo.texi: Mention problem with CRNCYSTR.
        Reported by Eric Blake.

--- doc/posix-functions/nl_langinfo.texi.orig   Sat Oct 23 14:47:41 2010
+++ doc/posix-functions/nl_langinfo.texi        Sat Oct 23 14:47:03 2010
@@ -32,4 +32,9 @@
 
 @item
 On Cygwin 1.7.0, only the charset portion of a locale designation is honored.
+
address@hidden
+On NetBSD 5.0, in some locales, @code{nl_langinfo(CRNCYSTR)} returns the
+empty string, although the local currency symbol, as returned by
address@hidden()->currency_symbol}, is non-empty.
 @end itemize