RFR: 8157831: JVMCI tests should not be executed on linux-arm32
david.holmes at oracle.com
Tue May 31 01:26:23 UTC 2016
This really strikes me as as a jtreg problem that should be fixed in
jtreg. When writing an @requires clause in a test the test writer should
not have to be thinking "oh wait! Is this going to query the VM running
jtreg or the VM running the test?". It should obviously be the VM
running the test.
That said we also seem to have a problem with the definition of os.arch:
os.arch Operating system architecture
if it is returning the build architecture of the VM and not the OS it is
running on. That in itself argues for two distinct properties.
On 26/05/2016 11:45 PM, Leonid Mesnik wrote:
> Could you please review following fix:
> root http://cr.openjdk.java.net/~lmesnik/8157831/webrev.00/root/
> hotspot http://cr.openjdk.java.net/~lmesnik/8157831/webrev.00/hotspot/
> for bug
> The property "os.name" which was used to filter tests depends on the
> arch of jdk which is used to run jtreg. It might differ from arch of
> tested jdk.
> This fix introduce new property "vm.arch" which depends on the arch of
> tested jdk and could be used to filter tests with @requires.
> I verified that tests are filtered where it is expected.
> Note: I am going to push this fix in jdk9/hs to fix regular hotspot
More information about the hotspot-compiler-dev