[10] RFR(s) 8186136: [Graal] some tests setting -Djvmci.Compiler=null fail with: jdk.vm.ci.common.JVMCIError: no JVMCI compiler selected

Vladimir Kozlov vladimir.kozlov at oracle.com
Thu Aug 24 22:55:08 UTC 2017


Thank you, Chris

With -TieredCompilation I found other tests need to fix:

compiler/jvmci/compilerToVM/IsMatureVsReprofileTest.java
compiler/jvmci/compilerToVM/ReprofileTest.java

And next test needs to be fixed too. I missed it because it is on 
problem list and failed in all configurations:

compiler/jvmci/compilerToVM/InvalidateInstalledCodeTest.java

The rest tests do not do JIT compilation or don't have -Djvmci.Compiler 
flag. They passed in all configuration.

There are other test problem 8186144 which I am working on too.

I updated webrev:

http://cr.openjdk.java.net/~kvn/8186136/webrev.01/

Thanks,
Vladimir


On 8/24/17 11:52 AM, Christian Thalinger wrote:
> 
>> On Aug 24, 2017, at 7:48 AM, Vladimir Kozlov <vladimir.kozlov at oracle.com> wrote:
>>
>> http://cr.openjdk.java.net/~kvn/8186136/webrev/
>> https://bugs.openjdk.java.net/browse/JDK-8186136
>>
>> I think most of jvmci tests do not need '-Djvmci.Compiler=graal' for execution - using -Djvmci.Compiler=null is correct thing. We reduce testing time if we don't load Graal.
>>
>> Only test which do compilation and need JIT compiler are fixed for the case when Graal is JIT compiler.
> 
> But isn’t that a timing issue?  What if tests are run with -TieredCompilation?
> 
>> I also fixed JVM_GetJVMCIRuntimeTest.java for JDK-8186144 - added -XX:-UseJVMCICompiler for -XX:-EnableJVMCI case.
>>
>> RBT tested and local test with both, default JIT and Graal JIT.
>>
>> Thanks,
>> Vladimir
>>
>>
> 


More information about the hotspot-compiler-dev mailing list