RFR: JDK-8354507: subnode.cpp:406:36: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'; cast to an unsigned type to negate this value to itself

Matthias Baesken mbaesken at openjdk.org
Tue Apr 15 07:08:50 UTC 2025


On Mon, 14 Apr 2025 13:43:22 GMT, Matthias Baesken <mbaesken at openjdk.org> wrote:

> When running with ubsan enabled binaries (e.g. on Linux x86_64 or macOS aarch) and e.g. executing test
> java/lang/Thread/virtual/CancelTimerWithContention
> 
> we run into this issue :
> 
> 
> /priv/jenkins/client-home/workspace/openjdk-jdk-weekly-linux_x86_64-opt/jdk/src/hotspot/share/opto/subnode.cpp:406:36: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'; cast to an unsigned type to negate this value to itself
>     #0 0x7facfee00605 in SubLNode::Ideal(PhaseGVN*, bool) src/hotspot/share/opto/subnode.cpp:406
>     #1 0x7facfea644bc in PhaseGVN::transform(Node*) src/hotspot/share/opto/phaseX.cpp:681
>     #2 0x7facfea1e4b9 in Parse::do_one_bytecode() src/hotspot/share/opto/parse2.cpp:2502
>     #3 0x7facfe9f1064 in Parse::do_one_block() src/hotspot/share/opto/parse1.cpp:1586
>     #4 0x7facfe9f35d6 in Parse::do_all_blocks() src/hotspot/share/opto/parse1.cpp:724
>     #5 0x7facfe9f71e0 in Parse::Parse(JVMState*, ciMethod*, float) src/hotspot/share/opto/parse1.cpp:628
>     #6 0x7facfd2c7925 in ParseGenerator::generate(JVMState*) src/hotspot/share/opto/callGenerator.cpp:97
>     #7 0x7facfd5e928f in Compile::Compile(ciEnv*, ciMethod*, int, Options, DirectiveSet*) src/hotspot/share/opto/compile.cpp:805
>     #8 0x7facfd2c4428 in C2Compiler::compile_method(ciEnv*, ciMethod*, int, bool, DirectiveSet*) src/hotspot/share/opto/c2compiler.cpp:141
>     #9 0x7facfd5fe1db in CompileBroker::invoke_compiler_on_method(CompileTask*) src/hotspot/share/compiler/compileBroker.cpp:2307
>     #10 0x7facfd600a06 in CompileBroker::compiler_thread_loop() src/hotspot/share/compiler/compileBroker.cpp:1951
>     #11 0x7facfde5a3c4 in JavaThread::thread_main_inner() src/hotspot/share/runtime/javaThread.cpp:773
>     #12 0x7facfde5a3c4 in JavaThread::thread_main_inner() src/hotspot/share/runtime/javaThread.cpp:761
>     #13 0x7facfeefc786 in Thread::call_run() src/hotspot/share/runtime/thread.cpp:231
>     #14 0x7facfe9492d4 in thread_native_entry src/hotspot/os/linux/os_linux.cpp:877
>     #15 0x7fad023366e9 in start_thread (/lib64/libpthread.so.0+0xa6e9) (BuildId: 7bac999c115902a23312484de77ffcce60812e74)
>     #16 0x7fad0246f53e in clone (/lib64/libc.so.6+0x11853e) (BuildId: d9396455d6e682402e73ddda7af317d3c69e317c)
> 
> 
> Seems the issue is rather new and came in with  [JDK-8351927](https://bugs.openjdk.org/browse/JDK-8351927)  recently.

Thanks for the reviews !
The title is just a short version of the compiler message so it tells us what the compiler tells.

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

PR Comment: https://git.openjdk.org/jdk/pull/24623#issuecomment-2804041545


More information about the hotspot-compiler-dev mailing list