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 <[EMAIL PROTECTED]> http://www.iki.fi/jhi/ "There is this special
biologist word we use for 'stable'. It is 'dead'." -- Jack Cohen
