SHIFT_JIS encoding option problem

Mon Feb 17 15:02:00 GMT 2003

On 14 Feb 2003 15:07:47 -0700
"Tom Tromey" <tromey@redhat.com> wrote:
> >>>>> ">" == <Katsuaki.Sugiyama@jp.yokogawa.com> writes:
>> >> class A {
> >> public static void main(String[] a){
> >> System.out.println("\"hello\"");
> >> }
> >> }
>> You didn't say what system you are using. The --encoding option is
> very sensitive to the system, since not all iconv implementations are
> equal. I'll assume you're using Linux.

That target was RedHat-7.3(glibc-2.2.5).
>> I tried compiling this with `--encoding=SJIS'. Sure enough, I saw an
> error.
>> I'm not convinced this is a gcj bug, however.
> Try this:
>> iconv --from-code=SJIS --to-code=UTF-8 A.java
>> When I do this I see that the `\' has been transformed into a yen
> symbol.

My system was dumped broken charactor,too.
>> Either the bytes in this file don't mean what you think (i.e., that
> `\' is really a yen symbol in SJIS, and you need to have different
> bits for gcj to see it as a backslash), or there is a bug in the glibc
> iconv. I suspect the former; ISTR hearing about the backslash-vs-yen
> symbol problem elsewhere.
>> In either case I don't see what we could do about it in gcj. We're at
> the mercy of the system iconv here.
>> Tom

thanks, I'll look over glibc.
Katsuaki