<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi Dima,<br>
<br>
I have a question about paths:<br>
<br>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<pre style="color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; white-space: pre-wrap;"> requires.extraPropDefns = ../../test/jtreg-ext/requires/VMProps.java
-requires.properties=sun.arch.data.model
+requires.extraPropDefns.bootlibs = ../../test/lib/sun</pre>
<br>
Do we need to use relative paths instead of full? We use full path
in tests:<br>
<br>
TestSmallHeap.java: * @library /testlibrary /test/lib
/test/lib/share/classes<br>
<br>
Thanks,<br>
Michail<br>
<br>
<div class="moz-cite-prefix">On 06/14/2016 07:14 PM, Dmitry
Fazunenko wrote:<br>
</div>
<blockquote
cite="mid:0d04fb34-8103-9007-e15f-0e04521b6496@oracle.com"
type="cite">Hi Stefan,
<br>
<br>
The idea of 'vm.gc.X.acceptable' was an ability to introduce other
GC related properties like 'supported', 'default',
'setByErgonomics', 'deprecated', etc.
<br>
But setting 'vm.gc.X' won't prevent us from adding 'vm.gc.X.Y'
later when needed.
<br>
<br>
I fully agree: @requires vm.gc.G1 looks much nicer and causes
less questions.
<br>
<br>
New edition:
<br>
<a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~dfazunen/8151283/webrev.01/">http://cr.openjdk.java.net/~dfazunen/8151283/webrev.01/</a>
<br>
<br>
Thanks for suggestion that,
<br>
Dima
<br>
<br>
<br>
On 13.06.2016 10:46, Stefan Johansson wrote:
<br>
<blockquote type="cite">Hi Dima,
<br>
<br>
I don't know the code and the way this is invoked good enough to
do a proper review, but I have a style comment. Wouldn't it be
nice to only call the value "vm.gc.G1", and have:
<br>
@requires vm.gc.G1
<br>
<br>
I feel that "acceptable" provide very little information and
what we want to @require is that the test is only run with G1
(when supported) and I think that is clear from such syntax.
Comments?
<br>
<br>
Thanks,
<br>
Stefan
<br>
<br>
On 2016-06-10 18:04, Dmitry Fazunenko wrote:
<br>
<blockquote type="cite">Hello,
<br>
<br>
I'm looking for a couple of Reviewers for a simple change,
which allows to skip tests depending on non supported garbage
collectors.
<br>
<br>
<a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~dfazunen/8151283/webrev.00/">http://cr.openjdk.java.net/~dfazunen/8151283/webrev.00/</a>
<br>
<a class="moz-txt-link-freetext" href="https://bugs.openjdk.java.net/browse/JDK-8151283">https://bugs.openjdk.java.net/browse/JDK-8151283</a>
<br>
<br>
The fix introduces four new requires boolean properties:
<br>
vm.gc.G1.acceptable
<br>
vm.gc.Serial.acceptable
<br>
vm.gc.Parallel.acceptable
<br>
vm.gc.ConcMarkSweep.acceptable
<br>
Which are set by the jtreg plugin prior the test execution
starts.
<br>
After that fix we will be able to replace in tests:
<br>
@requires vm.gc == null | vm.gc == "G1"
<br>
with
<br>
@requires vm.gc.G1.acceptable
<br>
<br>
'vm.gc.G1.acceptable' will be evaluated to 'false' not only if
other GC is set externally, but also if G1 is not supported.
<br>
In other words the fix allows not to run GC specific tests in
not applicable configurations.
<br>
<br>
Thanks,
<br>
Dima
<br>
<br>
<br>
<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
</body>
</html>