Joel Dice 453ceb42ab implement lazy class/field/method resolution in JIT compiler ... Unlike the interpreter, the JIT compiler tries to resolve all the symbols referenced by a method when compiling that method. However, this can backfire if a symbol cannot be resolved: we end up throwing an e.g. NoClassDefFoundError for code which may never be executed. This is particularly troublesome for code which supports multiple APIs, choosing one at runtime. The solution is to defer to stub code for symbols which can't be resolved at JIT compile time. Such a stub will try again at runtime to resolve the needed symbol and throw an appropriate error if it still can't be found.		2011-03-15 18:07:13 -06:00
..
avian	implement lazy class/field/method resolution in JIT compiler	2011-03-15 18:07:13 -06:00
java	add new subroutine test	2011-02-16 11:41:33 -07:00
sun/reflect	more work towards OpenJDK classpath support	2010-09-14 10:49:41 -06:00
java-io.cpp	fix MSVC build regressions	2011-01-21 16:14:21 -07:00
java-lang.cpp	update copyright years	2010-12-05 20:21:09 -07:00
java-net.cpp	set wsaInitialized to true on success in Java_java_net_Socket_init	2010-09-13 19:50:24 -06:00
java-nio.cpp	fix false positive return from SocketChannel.finishConnect	2011-01-11 18:29:48 -07:00
java-util-zip.cpp	throw OutOfMemoryError if malloc returns null pointer	2009-12-05 15:51:12 -07:00
java-util.cpp	update copyright years	2009-12-02 19:08:29 -07:00
jni-util.h	look for __powerpc__ as well as __POWERPC__ in jni-util.h	2011-02-28 16:50:17 -07:00