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