RFR(XS) 8240548 [TESTBUG] CDS NoClassToArchive.java fails with Graal

Ioi Lam ioi.lam at oracle.com
Tue Mar 10 16:30:30 UTC 2020



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