RFR: Clean up Shenandoah configurations in shared tests
Roman Kennke
rkennke at redhat.com
Thu Oct 11 18:15:46 UTC 2018
So we have $TEST_VM_OPTS to run any non-GC-specific test with
Shenandoah, this should cover a lot of ground here.
What would happen if one tried to run a test that has
-XX:+UseShenandoahGC (e.g. next to UseCMS) in a build without
Shenandoah? Is there a way to predicate tests to only run in this config
if the config is actually present?
Roman
> http://cr.openjdk.java.net/~shade/shenandoah/cleanups-12/webrev.01/
>
> This revises the changes we have in shared tests:
> *) When test does not have specific GCs already, it expects to run a single GC configuration that
> can be overriden globally. We have no business in peddling UseShenandoahGC there;
> *) When tests have separate configuration for CMS, we need to have separate configuration for
> Shenandoah, so that test results for CMS are not contaminated with Shenandoah failures;
> *) Minor accidental differences against upstream accumulated over multiple merges;
>
> Testing: tier3_gc_shenandoah {fastdebug|release}
>
> Thanks,
> -Aleksey
>
>
More information about the shenandoah-dev
mailing list