RFR: 8278325: excluded class should not be checked again for exclusion

[Yumin Qi]

On Thu, 27 Jan 2022 01:22:41 GMT, Ioi Lam <iklam at openjdk.org> wrote:

>> Hi, Please review
>> 
>>   When LambdaFormInvoker regenerate lambda form holder class, the old class with the same name already loaded and is marked for excluded for dump. This class should not be checked against exclusion, or it will output unexpected warning like:
>> [0.394s][warning][cds] Skipping java/lang/invoke/BoundMethodHandle$Species_J: Unsupported location
>> [0.394s][warning][cds] Skipping java/lang/invoke/BoundMethodHandle$Species_JL: Unsupported location
>> [0.394s][warning][cds] Skipping java/lang/invoke/BoundMethodHandle$Species_FL: Unsupported location
>> [0.394s][warning][cds] Skipping java/lang/invoke/BoundMethodHandle$Species_F: Unsupported location
>>   The fix changed the order for checking exclusion of a class --- only check for those that have not been set for exclusion. Original function DumpTimeClassInfo::is_excluded in fact is checking three conditions in logical OR, it does not tell which reason for exclusion. In this fix, we need check the exact reason which is set for _excluded. Original is_excluded is renamed to should_be_excluded.
>> 
>> Tests: tier1,tier4 (in testing)
>> 
>> Thanks
>> Yumin
>
> src/hotspot/share/classfile/systemDictionaryShared.cpp line 1235:
> 
>> 1233:     // happens before the classes are copied.
>> 1234:     //
>> 1235:     // if (SystemDictionaryShared::should_be_excluded_class(info._proxy_klasses->at(0))) {
> 
> The change seems unrelated to the PR. We don't have a function named `SystemDictionaryShared::should_be_excluded_class`

This is a mistake -- should not be changed.

-------------

PR: https://git.openjdk.java.net/jdk/pull/7225