From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4550 invoked by alias); 15 Dec 2004 04:59:14 -0000 Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org Received: (qmail 4533 invoked by uid 48); 15 Dec 2004 04:59:14 -0000 Date: Wed, 15 Dec 2004 04:59:00 -0000 Message-ID: <20041215045914.4529.qmail@sourceware.org> From: "ovidr at users dot sourceforge dot net" To: java-prs@gcc.gnu.org In-Reply-To: <20040321161516.14670.ovidr@users.sourceforge.net> References: <20040321161516.14670.ovidr@users.sourceforge.net> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug libgcj/14670] [win32] gcj & high ascii: incorrectly translated / linux: fails to compile X-Bugzilla-Reason: CC X-SW-Source: 2004-q4/txt/msg00610.txt.bz2 List-Id: ------- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-15 04:59 ------- It isn't a compiling problem that I'm trying to illustrate. TestD.java (included above) has a line: String s = "" characters. If these characters were received over a network connection as a byte stream, they would still be converted to a string via the "new String(byte[])" method, which is used in TestD.java. They would then be turned into a String, and displayed, as in the screenshot attached above. gcj doesn't seem to convert the characters properly (not in the same was a sun's java anyway). The testcase and screenshot hopefully communicate what I mean. Anyway, compiling to bytecode is separate issue: gcc version 4.0.0 20041213 (experimental) gcj -C --encoding=UTF-8 TestD.java TestD.java:12: error: malformed UTF-8 character. String s = "░ñâRÇÇNÇåñ░"; gcj -C --encoding=ISO-8859-1 TestD.java TestD.java:1: fatal error: unknown encoding: 'ISO-8859-1' This might mean that your locale's encoding is not supported by your system's iconv(3) implementation. If you aren't trying to use a particular encoding for your input file, try the '--encoding=UTF-8' option compilation terminated. I have mingw msys iconv (GNU libiconv 1.8) on my system. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14670