From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25784 invoked by alias); 2 Mar 2002 06:56:02 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 25757 invoked by uid 71); 2 Mar 2002 06:56:01 -0000 Date: Fri, 01 Mar 2002 22:56:00 -0000 Message-ID: <20020302065601.25756.qmail@sources.redhat.com> To: apbianco@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Tom Tromey Subject: Re: java/5810: unrecognized character in input stream Reply-To: Tom Tromey X-SW-Source: 2002-03/txt/msg00023.txt.bz2 List-Id: The following reply was made to PR java/5810; it has been noted by GNATS. From: Tom Tromey To: bender@ugcs.caltech.edu Cc: gcc-gnats@gcc.gnu.org, Alexandre Petit-Bianco Subject: Re: java/5810: unrecognized character in input stream Date: 02 Mar 2002 00:14:06 -0700 >>>>> ">" == bender writes: Hey. I went to Tech. Ricketts, class of 90. >> GCJ has trouble with extended ascii characters in variable >> identifiers. Sun's JDK happily accepts the following testcase. >> To repeat, type: gcj a.java -o a --main=a -static By default gcj tries to use your locale's encoding as the encoding for its input files. Perhaps this isn't working on your platform for some reason (some versions of Solaris have problems in this area). You can always override, e.g.: gcj --encoding=ISO-8859-1 ... The names of the encodings are system-dependent, except that `UTF-8' will work anywhere (won't help in your case, as your file is Latin-1). This is all mentioned in the manual. I'm a bit surprised you didn't get an error from gcj explaining the situation. Alex, was that error in 3.0? Or is it new with 3.1? I can never remember these things. Tom