Re: workaround against broken duplocale

[Joerg Sonnenberger]

On Tue, Aug 15, 2017 at 09:28:26PM +0200, Bruno Haible wrote:
> Which is pretty senseless, since it forces programs to use functions that take
> an explicit locale argument (fprintf_l, strfmon_l, and similar). The point
> of standardizing duplocale(), newlocale(), uselocale() was to *eliminate*
> the need for these non-standard *_l functions.

uselocale() is fundamentally broken from a design perspective. It can't
be implemented without breaking ABIs. It breaks expectations of existing
applications in funny ways and it is highly undesirable from a
performance spective. It is also by itself useless as building block as
pretty much any higher level runtime like C++ STL wants to have explicit
control over locales.

> And on top of that, in NetBSD 7.0,
>   - strfmon_l is not implemented,

This one slipped through. I did a full audit for any locale-sensitive
function, but that one I missed. Thanks for finding it :)

>   - duplocale(LC_GLOBAL_LOCALE) is broken.

I think this is a completely unrelated bug where thousand groupers were
handled incorrectly. Test certainly works on current.

Joerg