Anyway, introducing a new env. variable is not a solution to
the mess. By doing so, you just add another problem because a new
variable is only meaningful to Perl at least at the beginning.
My proposal of LC_FILENAME was not that serious.
What I wish is that the whole current locale system would curl up and
die.
nl_langinfo(CODESET) is rather well supported where it's
available (i.e. SUS-compliant modern Unix platforms).
That's not good enough for Perl. Perl must also deal with
non-SUS-compliant
older UNIX or -like platforms.
If Perl could use gnulib (a collection of small code snippets
that are meant to be included in the source code,
'nl_langinfo(CODESET)'
could be emulated where it's not available. However, I guess it can't
because GPL/LGPL is not suitable for Perl according to you.
That is correct. Pure GPL/LGPL is incompatible with Perl's license.
(And FWIW, I asked Bruno Haible about two years ago whether he would
consider relicensing the character set recognition bits of glibc for
Perl.
He wouldn't.)
--
Jarkko Hietaniemi <jhi(_at_)iki(_dot_)fi> http://www.iki.fi/jhi/ "There is this
special
biologist word we use for 'stable'. It is 'dead'." -- Jack Cohen
