Re: java/5810: unrecognized character in input stream

Re: java/5810: unrecognized character in input stream

[bangerth]

Synopsis: unrecognized character in input stream

State-Changed-From-To: feedback->closed
State-Changed-By: bangerth
State-Changed-When: Sat Dec 21 11:09:10 2002
State-Changed-Why:
    No feedback.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5810

Re: java/5810: unrecognized character in input stream

[Tom Tromey]

The following reply was made to PR java/5810; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: bender@ugcs.caltech.edu
Cc: gcc-gnats@gcc.gnu.org, Alexandre Petit-Bianco <apbianco@redhat.com>
Subject: Re: java/5810: unrecognized character in input stream
Date: 02 Mar 2002 00:14:06 -0700

 >>>>> ">" == bender  <bender@ugcs.caltech.edu> 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

Re: java/5810: unrecognized character in input stream

[apbianco]

Synopsis: unrecognized character in input stream

Responsible-Changed-From-To: unassigned->apbianco
Responsible-Changed-By: apbianco
Responsible-Changed-When: Fri Mar  1 20:43:30 2002
Responsible-Changed-Why:
    Mine.
State-Changed-From-To: open->feedback
State-Changed-By: apbianco
State-Changed-When: Fri Mar  1 20:43:30 2002
State-Changed-Why:
    I've been trying with the trunk (and I'm suspecting that the 3.1 branch behaves the same) and I wasn't able to reproduce a problem.
    
    I think this PR should be closed.

http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5810

java/5810: unrecognized character in input stream

[bender]

>Number:         5810
>Category:       java
>Synopsis:       unrecognized character in input stream
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    unassigned
>State:          open
>Class:          rejects-legal
>Submitter-Id:   net
>Arrival-Date:   Fri Mar 01 20:36:02 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     
>Release:        3.0.3
>Organization:
>Environment:
System: Linux zloty 2.4.12 #2 Fri Oct 26 18:39:34 PDT 2001 i686 unknown
Architecture: i686

	
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../dist/configure --srcdir=/ug/src/flat/gcc-3.0.3/dist --prefix=/usr/ug/share/gcc-3.0.3 --exec-prefix=/usr/ug/i386-linux2/gcc-3.0.3 --with-local-prefix=/usr/ug --enable-version-specific-runtime-libs
>Description:
GCJ has trouble with extended ascii characters in variable identifiers. Sun's
JDK happily accepts the following testcase.
>How-To-Repeat:

To repeat, type: gcj a.java -o a --main=a -static

begin 644 a.java
M8VQA<W,@82!["B`@<'5B;&EC('-T871I8R!V;VED(&UA:6XH(%-T<FEN9UM=
M<R`I('L*("`@(&EN="#E(#T@,3`P.PH@("`@4WES=&5M+F]U="YP<FEN=&QN
-*"#E("D["B`@?0I]"@``
`
end
>Fix:
	
>Release-Note:
>Audit-Trail:
>Unformatted: