RFR(XS) 8240548 [TESTBUG] CDS NoClassToArchive.java fails with Graal
David Holmes
david.holmes at oracle.com
Tue Mar 10 23:24:23 UTC 2020
Looks good.
Thanks,
David
On 11/03/2020 2:30 am, Ioi Lam wrote:
>
>
> On 3/8/20 10:41 PM, David Holmes wrote:
>> Hi Ioi,
>>
>> On 9/03/2020 2:52 pm, Ioi Lam wrote:
>>> https://bugs.openjdk.java.net/browse/JDK-8240548
>>> http://cr.openjdk.java.net/~iklam/jdk15/8240548-NoClassToArchive.graal.v01/
>>>
>>>
>>> This test should not be executed with graal.
>>>
>>> This test started failing in valhalla/nestmate because the string
>>> "unsafe anonymous" is no longer printed by -Xlog:class+load=trace.
>>> However,
>>> the underlying problem is unrelated to nestmate. So I will fix the
>>> test in
>>> the mainline jdk/jdk and it can be synced down to nestmate.
>>>
>>> The test assumes that when "java -version" is executed, only a very
>>> limited
>>> number of classes are loaded, and all of those are loaded from the
>>> default
>>> shared archive.
>>>
>>> However, when graal is used as the JIT, many extra classes are loaded
>>> during VM start-up. Some of those are loaded dynamically from jrt:/.
>>> Some classes are also defined by LambdaMetafactory. This causes
>>> complexity
>>> that cannot be easily handled by this test.
>>>
>>> The VM code covered by this test can be sufficiently tested with
>>> C1/C2. So
>>> there's no need to bend over backwards to run this test with graal.
>>
>> Okay. I'd probably have that explanatory comment up the top of the
>> file rather than within doTest(), but that's just a nit.
>>
>
> Hi David,
>
> I moved the comments into the top of the file:
>
> http://cr.openjdk.java.net/~iklam/jdk15/8240548-NoClassToArchive.graal.v02/
>
> Thanks
> - Ioi
>
>> Thanks,
>> David
>>
>>> Thanks
>>> - Ioi
>
More information about the hotspot-runtime-dev
mailing list