This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: libgcj/5031: LANG=fr_FR incorrectly translated into user.language/user.region
- From: tromey at gcc dot gnu dot org
- To: gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, java-prs at gcc dot gnu dot org, michel dot chevanne at alcatel dot fr, nobody at gcc dot gnu dot org, tromey at gcc dot gnu dot org
- Date: 8 Jan 2002 21:45:24 -0000
- Subject: Re: libgcj/5031: LANG=fr_FR incorrectly translated into user.language/user.region
- Reply-to: tromey at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, java-prs at gcc dot gnu dot org, michel dot chevanne at alcatel dot fr, nobody at gcc dot gnu dot org, tromey at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org
Synopsis: LANG=fr_FR incorrectly translated into user.language/user.region
Responsible-Changed-From-To: unassigned->tromey
Responsible-Changed-By: tromey
Responsible-Changed-When: Tue Jan 8 13:45:24 2002
Responsible-Changed-Why:
I'm handling this.
State-Changed-From-To: open->closed
State-Changed-By: tromey
State-Changed-When: Tue Jan 8 13:45:24 2002
State-Changed-Why:
I looked at this today.
I think the best fix is to simply use one of the LC_*
variables to choose the default Java locale. This is the
best we can do since Java locales and POSIX locales don't
really work the same way.
I've written a patch that does this; I chose to look
at LC_MESSAGES since this seems like the most appropriate
choice.
I'm closing this PR since I'll be checking in my fix shortly.
The fix will appear in gcj 3.1.
Thanks for the report.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5031