RFR: 8345237: 32-bit Zero builds fail with assert(has_klass_gap()) failed: precondition

Aleksey Shipilev shade at openjdk.org
Fri Nov 29 08:17:07 UTC 2024


On Fri, 29 Nov 2024 08:12:02 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> [JDK-8305895](https://bugs.openjdk.org/browse/JDK-8305895) started to wrap `oopDesc::set_klass_gap()` calls with `oopDesc::has_klass_gap()`, but missed a spot in Zero. So now 32-bit Zero builds fail like this:
> 
> 
> === Output from failing command(s) repeated here ===
> * For target buildtools_create_symbols_javac__the.COMPILE_CREATE_SYMBOLS_batch:
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error (/home/shade/trunks/jdk/src/hotspot/share/oops/oop.inline.hpp:167), pid=1592865, tid=1592897
> # assert(has_klass_gap()) failed: precondition
> 
> 
> Additional testing:
>  - [x] Linux x86_32 zero fastdebug build now passes

Hey @rkennke ^ :)

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

PR Comment: https://git.openjdk.org/jdk/pull/22453#issuecomment-2507289610


More information about the hotspot-runtime-dev mailing list