RFR: 8344389: 32-bit builds fail at CDS build time after JDK-8331497

[Aleksey Shipilev]

On Mon, 18 Nov 2024 16:39:29 GMT, Ioi Lam <iklam at openjdk.org> wrote:

>> Trying to build 32-bit builds would fail during the build on this assert:
>> 
>> 
>> # Internal Error (/home/buildbot/worker/build-jdkX/build/src/hotspot/share/cds/archiveBuilder.cpp:900), pid=267008, tid=267017
>> # assert(HeapShared::is_lambda_proxy_klass(ik)) failed: sanity
>> #
>> # JRE version: OpenJDK Runtime Environment (24.0) (fastdebug build 24-internal-adhoc.buildbot.build)
>> # Java VM: OpenJDK Server VM (fastdebug 24-internal-adhoc.buildbot.build, interpreted mode, g1 gc, linux-arm)
>> # Problematic frame:
>> # V [libjvm.so+0x2a3db8] ArchiveBuilder::make_klasses_shareable()+0x15d0
>> 
>> 
>> That assert was added by [JDK-8331497](https://bugs.openjdk.org/browse/JDK-8331497). Unfortunately, with `!INCLUDE_CDS_JAVA_HEAP` for 32-bit builds, `HeapShared::is_lambda_proxy_klass` would be compiled as unconditional `false`, which is guaranteed to fail the assert.
>> 
>> I think the minimal fix to unbreak the builds is wrapping that asserts with appropriate macros.
>> 
>> Additional testing:
>>  - [x] Linux x86_32 fastdebug build now passes (needs [JDK-8344352](https://bugs.openjdk.org/browse/JDK-8344352) too)
>>  - [x] Linux arm32 fastdebug build now passes (needs [JDK-8344352](https://bugs.openjdk.org/browse/JDK-8344352) too)
>
> LGTM

Trivial, @iklam, or?

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

PR Comment: https://git.openjdk.org/jdk/pull/22201#issuecomment-2483739587