This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
java/1372: Error while compile string "private byte[] loadClassData(String name) {"
- To: java-gnats at sourceware dot cygnus dot com
- Subject: java/1372: Error while compile string "private byte[] loadClassData(String name) {"
- From: potanin at mccme dot ru
- Date: 8 Sep 2000 09:40:16 -0000
- Reply-To: potanin at mccme dot ru
>Number: 1372
>Category: java
>Synopsis: Error while compile string "private byte[] loadClassData(String name) {"
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: tromey
>State: feedback
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Dec 20 12:19:21 PST 2000
>Closed-Date:
>Last-Modified: Fri Sep 8 10:00:00 PDT 2000
>Originator: potanin@mccme.ru
>Release: 2.95.2
>Organization:
>Environment:
Linux, jdk1.2.2
>Description:
Error occured when compile "gcj -c cl.java".
cl.java: In class `cl':
cl.java: In method `loadClassData(java.lang.String)':
cl.java:17: Internal compiler error in `make_class_data', at class.c:1162
But "gcj -c cl.class" complited.
>How-To-Repeat:
gcj -c cl.java
>Fix:
>Release-Note:
>Audit-Trail:
Formerly PR gcj/344
Responsible-Changed-From-To: apbianco->tromey
Responsible-Changed-By: tromey
Responsible-Changed-When: Fri Sep 8 09:56:09 2000
Responsible-Changed-Why:
I looked at it.
State-Changed-From-To: open->feedback
State-Changed-By: tromey
State-Changed-When: Fri Sep 8 09:56:09 2000
State-Changed-Why:
I looked at this. This appears to be fixed in the current
cvs gcj. When I compile the test case I get this:
creche. gcj -c cl.java
cl.java: In class `cl':
cl.java: In method `findClass(java.lang.String)':
cl.java:14: Exception `java.lang.ClassNotFoundException' must be caught, or it must be declared in the `throws' clause of `findClass'.
return defineClass(name, b, 0, b.length);
^
1 error
Can you try this with a newer gcj?
If not, tell me and I will simply close the PR.
From: tromey@cygnus.com
To: apbianco@cygnus.com, java-gnats@sourceware.cygnus.com, potanin@mccme.ru,
tromey@cygnus.com
Cc:
Subject: Re: gcj/344
Date: 8 Sep 2000 16:56:09 -0000
Synopsis: Error while compile string "private byte[] loadClassData(String name) {"
Responsible-Changed-From-To: apbianco->tromey
Responsible-Changed-By: tromey
Responsible-Changed-When: Fri Sep 8 09:56:09 2000
Responsible-Changed-Why:
I looked at it.
State-Changed-From-To: open->feedback
State-Changed-By: tromey
State-Changed-When: Fri Sep 8 09:56:09 2000
State-Changed-Why:
I looked at this. This appears to be fixed in the current
cvs gcj. When I compile the test case I get this:
creche. gcj -c cl.java
cl.java: In class `cl':
cl.java: In method `findClass(java.lang.String)':
cl.java:14: Exception `java.lang.ClassNotFoundException' must be caught, or it must be declared in the `throws' clause of `findClass'.
return defineClass(name, b, 0, b.length);
^
1 error
Can you try this with a newer gcj?
If not, tell me and I will simply close the PR.
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=344&database=java
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="cl.java"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="cl.java"
aW1wb3J0IGphdmEubGFuZy4qOwppbXBvcnQgamF2YS5pby4qOwoKcHVibGljIGNsYXNzIGNsIGV4
dGVuZHMgQ2xhc3NMb2FkZXIgewoKICBTdHJpbmcgcGF0aDsKCiAgcHVibGljIGNsKFN0cmluZyBw
KXsKICAgcGF0aD0iL2hvbWUvIitwKyIvai9zYWZlLyI7CiAgfQoKICBwdWJsaWMgQ2xhc3MgZmlu
ZENsYXNzKFN0cmluZyBuYW1lKSB7CiAgIGJ5dGVbXSBiID0gbG9hZENsYXNzRGF0YShuYW1lKTsK
ICAgcmV0dXJuIGRlZmluZUNsYXNzKG5hbWUsIGIsIDAsIGIubGVuZ3RoKTsKICB9CgogIHByaXZh
dGUgYnl0ZVtdIGxvYWRDbGFzc0RhdGEoU3RyaW5nIG5hbWUpIHsKICAvLyBsb2FkIHRoZSBjbGFz
cyBkYXRhIGZyb20gdGhlIGNvbm5lY3Rpb24KICAgYnl0ZVtdIGRhdGEgPSBudWxsOwogICB0cnl7
CiAgIEZpbGUgZmlsZSA9IG5ldyBGaWxlKHBhdGgrbmFtZSsiLmNsYXNzIik7CiAgIEZpbGVJbnB1
dFN0cmVhbSBmID0gbmV3IEZpbGVJbnB1dFN0cmVhbShmaWxlKTsKICAgbG9uZyBsID0gZmlsZS5s
ZW5ndGgoKTsKU3lzdGVtLm91dC5wcmludGxuKCJMb2FkaW5nICIrbCsiIGJ5dGVzIik7CiAgIGRh
dGEgPSBuZXcgYnl0ZVsoaW50KWxdOwogICBmLnJlYWQoZGF0YSk7CiAgIGYuY2xvc2UoKTsKICAg
fWNhdGNoKEV4Y2VwdGlvbiBlKXsKICAgIFN5c3RlbS5vdXQucHJpbnRsbihlKTsKICAgfQogICBy
ZXR1cm4gZGF0YTsKICB9Cn0K