Updated: [11] RFR(M) 8184349: There should be some verification that EnableJVMCI is disabled if a GC not supporting JVMCI is selected
Vladimir Kozlov
vladimir.kozlov at oracle.com
Mon Jun 11 17:26:40 UTC 2018
http://cr.openjdk.java.net/~kvn/8184349/webrev.04/
I updated changes made back in May. I pushed CMS tests changes in
separate fix 8202611.
The main fix is for JVMCI to check if GC is supported and exit VM with
error if not [1]. It is called from Arguments::apply_ergo() after GC is
selected in GCConfig::initialize().
In Arguments::check_vm_args_consistency() I added compiler flags reset
in -Xint case when Interpreter only used.
ScavengeRootsInCode code for JVMCI is removed because the same code is
executed already always in Arguments::parse() [2].
Added new Arguments::set_compiler_flags() called from apply_ergo() to
combine all compiler flags ergo settings.
One test CheckCompileThresholdScaling.java was modified because scaling
compiler threshold is skipped in Interpreter mode (-Xint).
Tested tier1,tier2,tier3-graal
Thanks,
Vladimir
[1]
http://cr.openjdk.java.net/~kvn/8184349/webrev.04/src/hotspot/share/jvmci/jvmci_globals.cpp.udiff.html
[2]
http://hg.openjdk.java.net/jdk/jdk/file/54fcaffa8fac/src/hotspot/share/runtime/arguments.cpp#l4111
More information about the hotspot-compiler-dev
mailing list