RFR(S): JDK-8139438: [TESTBUG] JVMCI test fails with RuntimeException: Has no virtual object before materialization
Christian Thalinger
christian.thalinger at oracle.com
Thu Oct 15 00:05:11 UTC 2015
> On Oct 14, 2015, at 1:34 PM, Igor Ignatyev <igor.ignatyev at oracle.com> wrote:
>
> Hi Chris,
>
> Thanks for review. we will address your comment later as a fix for RFE(JDK-8139619) if you don’t mind.
Sure.
>
> Thanks,
> - Igor
>
>> On Oct 15, 2015, at 2:13 AM, Christian Thalinger <christian.thalinger at oracle.com <mailto:christian.thalinger at oracle.com>> wrote:
>>
>>
>>> On Oct 14, 2015, at 8:29 AM, Dmitrij Pochepko <dmitrij.pochepko at oracle.com <mailto:dmitrij.pochepko at oracle.com>> wrote:
>>>
>>> Hi,
>>>
>>> an issue with 1st version was found: a getDeclaredMethod parameter(line 67) wasn't changed according to testFrame method signature change.
>>> Now changed from Integer.class boolean.class
>>>
>>> Please take a look at 2nd version: http://cr.openjdk.java.net/~dpochepk/8139438/webrev.02 <http://cr.openjdk.java.net/~dpochepk/8139438/webrev.02>
>>
>> + int levels[] = CompilerUtils.getAvailableCompilationLevels();
>> + // we need compilation level 4 to use EscapeAnalysis
>> + if (levels.length < 1 || levels[levels.length - 1] != 4) {
>>
>> To be more robust against future changes of this WB method you should search the array for level 4 instead of assuming it’s in the last element.
>>
>> Otherwise this looks good.
>>
>>>
>>> Thanks,
>>> Dmitrij
>>>
>>> On 13.10.2015 23:15, Dmitrij Pochepko wrote:
>>>> Hi,
>>>>
>>>> please review a small fix for test: compiler/jvmci/compilerToVM/MaterializeVirtualObjectTest.java
>>>>
>>>> Description:
>>>>
>>>> A test is changed to run testcases in separate VM launch instead of consecutive execution, which had wrong assumption about method compilation state in case of -XX:-TieredCompilation.
>>>> So, a boolean system property is added into test to control test execution logic externally.
>>>> I've also added minor code cleanup.
>>>>
>>>> webrev: http://cr.openjdk.java.net/~dpochepk/8139438/webrev.01/ <http://cr.openjdk.java.net/%7Edpochepk/8139438/webrev.01/>
>>>>
>>>> Thanks,
>>>> Dmitrij
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20151014/97d6085f/attachment-0001.html>
More information about the hotspot-compiler-dev
mailing list