mirror/gcc
2
0
Fork 0
mirror of git://gcc.gnu.org/git/gcc.git synced 2025-02-04 18:10:23 +08:00
Code Issues Packages Projects Releases Wiki Activity

[multiple changes]

Browse Source 
2009-03-11  Andrew Haley  <aph@redhat.com>

	* java/lang/natClassLoader.cc (_Jv_RegisterClassHookDefault): Clear
	INTERPRETED access modifier.

2009-03-11  Tom Tromey  <tromey@redhat.com>

	* link.cc (_Jv_Linker::find_field): Pass the field_type to
	_Jv_CheckOrCreateLoadingConstraint, not the class that is
	requesting the field.

From-SVN: r144818
This commit is contained in:
Andrew Haley 2009-03-12 16:13:19 +00:00
parent bbb52802a1
commit 2e95a6c358
3 changed files with 21 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

11
libjava/ChangeLog
View File

@ -1,3 +1,14 @@
2009-03-11 Andrew Haley <aph@redhat.com>
* java/lang/natClassLoader.cc (_Jv_RegisterClassHookDefault): Clear
INTERPRETED access modifier.
2009-03-11 Tom Tromey <tromey@redhat.com>
* link.cc (_Jv_Linker::find_field): Pass the field_type to
_Jv_CheckOrCreateLoadingConstraint, not the class that is
requesting the field.
2009-03-03 Andrew John Hughes <ahughes@redhat.com>
* Makefile.am:

9
libjava/java/lang/natClassLoader.cc
View File

@ -380,6 +380,15 @@ _Jv_RegisterClassHookDefault (jclass klass)
if (! klass->engine)
klass->engine = &_Jv_soleCompiledEngine;
/* FIXME: Way back before the dawn of time, we overloaded the
SYNTHETIC class access modifier to mean INTERPRETED. This was a
Bad Thing, but it didn't matter then because classes were never
marked synthetic. However, it is possible to redeem the
situation: _Jv_RegisterClassHookDefault is only called from
compiled classes, so we clear the INTERPRETED flag. This is a
kludge! */
klass->accflags &= ~java::lang::reflect::Modifier::INTERPRETED;
if (system_class_list != SYSTEM_LOADER_INITIALIZED)
{
unsigned long abi = (unsigned long) klass->next_or_version;

2
libjava/link.cc
View File

@ -248,7 +248,7 @@ _Jv_Linker::find_field (jclass klass, jclass owner,
// Note that the field returned by find_field_helper is always
// resolved. However, we still use the constraint mechanism
// because this may affect other lookups.
_Jv_CheckOrCreateLoadingConstraint (klass, (*found_class)->loader);
_Jv_CheckOrCreateLoadingConstraint (field_type, (*found_class)->loader);
}
else
{