8315884: New Object to ObjectMonitor mapping causes linux-aarch64 musl to fail

[Vitaly Provodin]

The issue was observed with gcc 9.3.0
After upgrading docker image up to alpine:3.14 with gcc 10.3.1 build became successful

Sorry for disturbing you

Thanks,
Vitaly

> On 20 Aug 2024, at 13:38, Vitaly Provodin <vitaly.provodin at jetbrains.com> wrote:
> 
> Andrew, 
> 
> bug report may be found here - https://bugs.openjdk.org/browse/JDK-8338660
> 
> Please let me know if more info required.
> 
> Thanks,
> Vitaly
> 
>> On 20 Aug 2024, at 12:07, Andrew Haley <aph-open at littlepinkcloud.com> wrote:
>> 
>> On 8/20/24 06:39, Vitaly Provodin wrote:
>>> Not sure if a ticket should be submitted against this issue into JBS because I could not find any info about supporting build platform for at Linux aarch64 musl at https://wiki.openjdk.org/display/Build/Supported+Build+Platforms <https://wiki.openjdk.org/display/Build/Supported+Build+Platforms>. Hopefully the list of supported platforms was outdated and aarch64 is still supported...
>> 
>> Musl isn't involved here. This looks to me to be a GCC bug, and this line
>> is the clue:
>> 
>> during RTL pass: reload
>> /mnt/agent/work/f25b6e4d8156543c/src/hotspot/share/runtime/synchronizer.cpp:1116:1: internal compiler error: in curr_insn_transform, at lra-constraints.c:3962
>> Please submit a full bug report,
>> with preprocessed source if appropriate.
>> See <https://gcc.gnu.org/bugs/> for instructions.
>> 
>> I'd be interested to see the preprocessed C++.
>> 
>> -- 
>> Andrew Haley  (he/him)
>> Java Platform Lead Engineer
>> Red Hat UK Ltd. <https://www.redhat.com>
>> https://keybase.io/andrewhaley
>> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-dev/attachments/20240822/025fda7c/attachment.htm>