On 7/30/18 9:34 PM, Chris Plummer wrote:
Hi Coleen,
Now that this had been pushed, I assume JDK-8202896 should be closed
as a dup. And what about JDK-8206076? Is it fixed by this change also?
Yes, it should be closed also. I didn't see this bug. When I was
fixing the first one: https://bugs.openjdk.java.net/browse/JDK-8203820 ,
I looked for similar patterns in the vmTestbase tests and found this
test also. All of these tests were calling InMemoryJavaCompiler from
within a loop and from within multiple threads to get the same result.
I can imagine this easily timing out for -Xcomp.
I haven't pushed it yet. I was hoping you'd see this and comment on it,
since you had comments for the whole set of bugs.
Thanks!
Coleen
thanks,
Chris
On 7/30/18 1:49 PM, coleen.phillim...@oracle.com wrote:
Summary: fixed refactoring caused by JDK-8203820
open webrev at http://cr.openjdk.java.net/~coleenp/8208074.01/webrev
bug link https://bugs.openjdk.java.net/browse/JDK-8208074
Ran the test in mach5 on all Oracle supported platforms. Also took
the test out of ProblemList.txt because JDK-8203820 fixes
https://bugs.openjdk.java.net/browse/JDK-8202896.
Thanks,
Coleen
