Support for %d$c format specifier in diagnostics.c

Ishikawa ishikawa@yk.rim.or.jp
Mon Jul 21 22:07:00 GMT 2003


"Joseph S. Myers" wrote:

> 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.

Right. Come to think of it, many other GNU programs simply use
fprintf() family of routines and if GLIBC and/or
native libc supports the positional parameters, then the
message using $1%d, etc. will work. So presumably for other
tools such positional parameter usage is not so strange.

I will post a few other findings about decoders in
responses to other replies.


-- 
int main(void){int j=2003;/*(c)2003 cishikawa. */
char t[] ="<CI> @abcdefghijklmnopqrstuvwxyz.,\n\"";
char *i ="g>qtCIuqivb,gCwe\np@.ietCIuqi\"tqkvv is>dnamz";
while(*i)((j+=strchr(t,*i++)-(int)t),(j%=sizeof t-1),
(putchar(t[j])));return 0;}/* under GPL */



More information about the Gcc-patches mailing list