This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: other/2857: i18n, translations does not work
- To: "Zack Weinberg" <zackw at stanford dot edu>
- Subject: Re: other/2857: i18n, translations does not work
- From: Gabriel Dos Reis <Gabriel dot Dos-Reis at cmla dot ens-cachan dot fr>
- Date: 22 May 2001 21:49:45 +0200
- Cc: db at zigo dot dhs dot org, Mark Mitchell <mark at codesourcery dot com>, Gabriel Dos Reis <Gabriel dot Dos-Reis at cmla dot ens-cachan dot fr>, gcc-gnats at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Organization: CMLA, ENS Cachan -- CNRS UMR 8536 (France)
- References: <20010517181757.26122.qmail@sourceware.cygnus.com> <20010522110058.I1792@stanford.edu>
"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