other/2857: i18n, translations does not work

Gabriel Dos Reis Gabriel.Dos-Reis@cmla.ens-cachan.fr
Tue May 22 12:56:00 GMT 2001


The following reply was made to PR other/2857; it has been noted by GNATS.

From: Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr>
To: "Zack Weinberg" <zackw@stanford.edu>
Cc: db@zigo.dhs.org, Mark Mitchell <mark@codesourcery.com>,
   Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr>,
   gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-patches@gcc.gnu.org
Subject: Re: other/2857: i18n, translations does not work
Date: 22 May 2001 21:49:45 +0200

 "Zack Weinberg" <zackw@stanford.edu> writes:
 
 | On Thu, May 17, 2001 at 06:17:57PM -0000, db@zigo.dhs.org wrote:
 | 
 | > Runnig gcc --help gives the swedish translation! But all the other
 | > parts that is called by gcc is not working. I have LANG set to
 | > sv_SE, but it does work with gcc --help and in all other programs,
 | > so the error is in gcc.
 | 
 | Hmmmmm.
 | 
 | $ cat test.c
 | #include </usr>
 | int main(void) { int x = 0; }
 | $ LC_ALL=sv_FI inst-3.0/bin/gcc -Wall test.c
 | test.c:1:16: /usr: Filen eller katalogen finns inte
 | test.c: In function `main':
 | test.c:2: warning: unused variable `x'
 | test.c:2: warning: control reaches end of non-void function
 | 
 | The complaint about /usr is coming from cpplib, the other messages aren't.
 | 
 | So I look through diagnostic.c, and almost none of the functions that
 | are supposed to run their 'msgid' argument through gettext(3) actually
 | do.  This is not that hard to fix, except that diagnostic.c is a mess.
 
 Yes, diagnostic.c is a mess and plans are to clean it.
 
 | I think the appended patch hits all the places that need to get hit,
 | but maybe Gabriel could take a close look?  The tweaks to argument
 | names enforce the principle that a 'const char *msgid' is either run
 | through gettext or passed to a function which will run it through
 | gettext.
 
 OK.
 
 Is there a reason why vnotice should go that way (I'm not saying, that
 is wrong, I'm wanting to know because the long-term plan is to have no
 (or very few) functions putting text directly into stderr or variants.
 They should run texts through the machinery.
 
 -- Gaby



More information about the Gcc-prs mailing list