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

Roman Kennke rkennke at openjdk.org
Fri Nov 29 09:10:41 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

Marked as reviewed by rkennke (Reviewer).

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

PR Review: https://git.openjdk.org/jdk/pull/22453#pullrequestreview-2469428968


More information about the hotspot-runtime-dev mailing list