| Mon, 14 Dec 2015 12:02:18 -0800 |
Tom Rodriguez |
-s
|
| Tue, 08 Dec 2015 17:58:45 +0100 |
Doug Simon |
JVMCI compiler initialization can happen on different thread than JVMCI initialization
|
| Tue, 08 Dec 2015 01:03:01 +0100 |
Doug Simon |
use bool type for TraceClassLoadingStack option
|
| Fri, 04 Dec 2015 13:47:46 +0100 |
Doug Simon |
workaround for Eclipse bug 367599
|
| Thu, 26 Nov 2015 14:49:10 +0100 |
Doug Simon |
added JVMCI specific option TraceClassLoadingStack to see why classes are loaded
|
| Thu, 26 Nov 2015 02:28:38 +0100 |
Doug Simon |
bug fix for 8143730
|
| Thu, 26 Nov 2015 00:47:01 +0100 |
Doug Simon |
8144083 [JVMCI] CompilationResult should be finalized by JVMCI compiler and made effectively final
|
| Wed, 25 Nov 2015 20:41:26 +0100 |
Doug Simon |
8143730 [JVMCI] infopoint recording is too restrictive
|
| Wed, 25 Nov 2015 16:28:10 +0100 |
Stefan Anzinger |
Finalize data section outside of HotSpotCompiledCode
|
| Wed, 25 Nov 2015 11:48:44 +0100 |
Stefan Anzinger |
Remove CompilationResult.reset()
|
| Fri, 13 Nov 2015 09:31:04 -0800 |
Tom Rodriguez |
Fix assertion failures with G1 barrier logic and guard InstalledCode updates
|
| Fri, 13 Nov 2015 14:09:57 +0100 |
Doug Simon |
eager initialization of jvmciJavaClasses must happen while thread_in_VM
|
| Thu, 12 Nov 2015 21:35:35 +0100 |
Doug Simon |
8142511: must eagerly initialize classes with static fields accessed by JVMCI native code
|
| Thu, 12 Nov 2015 20:03:43 +0100 |
Doug Simon |
must use JVMCI class loader when trying to throw a JVMCIError from native VM code
|
| Thu, 12 Nov 2015 12:12:38 +0100 |
Paul Woegerer |
In 'def run_java()' add missing forwarding of timeout argument
|
