--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18868
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10
19:23 ---
I've checked in a fix for this.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
19:21 ---
Subject: Bug 18868
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-10 19:21:46
Modified files:
libjava: ChangeLog link.cc
libjava/in
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-05
23:19 ---
I'm testing a patch for this
--
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-07
20:20 ---
The bug is that libgcj is not searching the superinterfaces
of A$1. The fix is to use code similar to that in the method
case in _Jv_linker::resolve_pool_entry. (This need only be
done for static fields)
I
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-07
20:08 ---
I was able to reproduce this by compiling A.java with jikes.
libgcj should find the field A$1.instance as inherited from
A, but it does not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18868
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-07
19:58 ---
I compiled A.java with 'gcj -C A.java', downloaded C.class, and ran
"gij C" without problems.
I'm using a recent-ish cvs head.
If the problem is in the other .class files, please upload them both.
--
ht
