This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Support for %d$c format specifier in diagnostics.c
- From: "Joseph S. Myers" <jsm at polyomino dot org dot uk>
- To: Ishikawa <ishikawa at yk dot rim dot or dot jp>
- Cc: Gabriel Dos Reis <gdr at integrable-solutions dot net>, Zack Weinberg <zack at codesourcery dot com>, Neil Booth <neil at daikokuya dot co dot uk>, gcc-patches at gcc dot gnu dot org
- Date: Mon, 21 Jul 2003 10:11:24 +0100 (BST)
- Subject: Re: Support for %d$c format specifier in diagnostics.c
- References: <m19WKhW-000H3mC@standard.erephon> <20030628193135.GA1767@daikokuya.co.uk> <87llvlk3gi.fsf@egil.codesourcery.com> <3EFE65DC.52576EC7@yk.rim.or.jp> <87vfupiglu.fsf@egil.codesourcery.com> <3EFEE0EF.C560ED1A@yk.rim.or.jp> <87isqoiwng.fsf@egil.codesourcery.com> <3F061172.814BA7A0@yk.rim.or.jp> <Pine.LNX.4.56.0307051127540.6302@kern.srcf.societies.cam.ac.uk> <3F0CA938.1FA02D3E@yk.rim.or.jp> <m3vfuayizy.fsf@uniton.integrable-solutions.net> <3F1A1654.4476090C@yk.rim.or.jp> <Pine.LNX.4.56.0307201539320.2839@kern.srcf.societies.cam.ac.uk><3F1B275C.515D7FE1@yk.rim.or.jp>
On Mon, 21 Jul 2003, Ishikawa wrote:
> 2. Even under 3.3 branch, I found that Turkish po file
> uses ALREADY(!) the positional prameters.
> (But not 'T' as in %3$T. Was it meant to be 'D' as in %3D?
> Maybe in newer release?)
%3$T is an actual quote from mainline tr.po. (Branch versions may be
different, and in some cases more recent when the .po files have been
updated on the branch only before a release.)
> While this illustrates the necessity of positional paramaters
> for I18N/L10N work, I think something is wrong here since
> the released GCC diagnostic doesn't support the positional parameter.
> I am wondering if Turkish people got the right diagnostic messages
> with 3.3 under appropriate environment setting.
It is not for the Turkish translators to know that GCC has its own
diagnostic implementation which doesn't yet implement this feature needed
for effective l10n - they just translate and presume that this printf
feature will work. Nor is it for them to know how to generate all the
messages in GCC to test whether the translation works (although forcing
the testsuite to run under another locale and looking for extra crashes
will do some of that) - they translate many different GNU programs. When
this feature is implemented in GCC, such translations will start to work.
--
Joseph S. Myers
jsm@polyomino.org.uk