This is the mail archive of the
java-prs@gcc.gnu.org
mailing list for the Java project.
[Bug libgcj/17738] New: Binary Compatibility: _Jv_FindClassInCache
- From: "tromey at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: java-prs at gcc dot gnu dot org
- Date: 29 Sep 2004 20:54:21 -0000
- Subject: [Bug libgcj/17738] New: Binary Compatibility: _Jv_FindClassInCache
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
Right now I think interpreted classes and other things
loaded by the system class loader are stored in the
internal class cache.
First, this seems incorrect. I think it would be better
to use this only for classes that are linked into the
application and thus registered before the VM has been
brought up. Once the VM is up, new classes should be
registered with the system ClassLoader (via the loadedClasses
map).
Second, I believe we do multiple calls to _Jv_FindClassInCache
when trying to load a class. With the change above we should
only need one, at the very lowest level of the search.
--
Summary: Binary Compatibility: _Jv_FindClassInCache
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17738