hi.

From: Manuel Bouyer <bouyer@antioche.eu.org>
> > I propose:
> > - use LC_MESSAGES environment variable for NLS as standards.
> 
> What about backward compatibility ? I think we should continue to support
> LANG as well.

it's why I added a following item.

> > - (optional) define non-standard NLSPATH keyword(eg. %X) that indicate
> >   that LANG is used. and change default NLSPATH to use it if no others
> >   are available.

of course, even with it, compatibility will be broken if NLSPATH is set
by user.
so I marked this optional.

> Anyway, I don't think such a change is possible for the 1.5 branch, where my
> proposal would solve the problem too.

I have no idea about 1.5 branch. sorry.
I guess that sym-links in nls directory and setting LANG like
de_DE.ISO8859-1 can solve it.

I think that your proposal(setting default LC_ALL) is missing the
point a bit.
I saw perl's code just now, and IIRC,
original PR is the problem of perl. (if it's a problem)
perl should just ignore failures of setlocale and
should fall back to "C" locale silently, IMO.
(or simply, you shouldn't set environment variables to
use system-unsupported locales. in the case of this PR,
you can set like LC_CTYPE=de_DE.ISO8859-1 LC_COLLATE=C
and so on.)
In addition, according to susv2,
LC_ALL should have precedence over others like LC_COLLATE.
(unfortunately, ours isn't doing so currently, though.)

---
YAMAMOTO Takashi<yamt@mwd.biglobe.ne.jp>