Aleksey Shipilëv
Aleksey Shipilëv
See bug report for reproducer and error message. The warning looks quite superficial, and I initially suspected that it complains about `int len = (int)strlen(str)` cast of `size_t`. But what...
The only platform where this reproduces seems to be ppc64be. ppc64le builds fine. ``` * For target hotspot_variant-server_libjvm_objs_abstractInterpreter.o: In file included from /home/buildbot/worker/build-jdkX-debian11/build/src/hotspot/share/runtime/os.inline.hpp:31, from /home/buildbot/worker/build-jdkX-debian11/build/src/hotspot/cpu/ppc/macroAssembler_ppc.inline.hpp:37, from /home/buildbot/worker/build-jdkX-debian11/build/src/hotspot/share/asm/macroAssembler.inline.hpp:30, from /home/buildbot/worker/build-jdkX-debian11/build/src/hotspot/share/interpreter/abstractInterpreter.cpp:27: /home/buildbot/worker/build-jdkX-debian11/build/src/hotspot/os_cpu/linux_ppc/os_linux_ppc.inline.hpp:...
The affected file was added by [JDK-8290059](https://bugs.openjdk.org/browse/JDK-8290059), and the code that fails the compilation is under `#ifdef _WIN32`, and it only (?) gets compiled for tests. Looks like we really...
A few samples, notably DiningPhilosophers and ProducerConsumer are actually testing for multi-actor deadlock. It is now faked by using the @Arbiter and default (continuous) mode, but it comes with a...
After POSIX signal refactorings, Zero error handling had "regressed" a bit: Zero always gets `NULL` as `pc` in error handling code, and thus it fails with SEGV at pc=0x0. We...
There seem to be the only place in Hotspot where this warning fires, yet the warning is disabled wholesale for Hotspot. This is not good. I can trace the addition...
There are number of places where misleading-indentation is reported by GCC. Currently, the warning is disabled for the entirety of Hotspot, which is not good. C1 does an unusual style...
There seem to be the only place in Hotspot where this warning fires, yet the warning is disabled wholesale for Hotspot. This is not good. I can trace the addition...
After [JDK-8294314](https://bugs.openjdk.org/browse/JDK-8294314), we would have signals_posix.cpp excluded with cast-function-type warning: ``` /home/shade/trunks/jdk/src/hotspot/os/posix/signals_posix.cpp: In function 'int SR_initialize()': /home/shade/trunks/jdk/src/hotspot/os/posix/signals_posix.cpp:1727:20: error: cast between incompatible function types from 'void (*)(int, siginfo_t*, ucontext_t*)' to 'void...
Fails on many platforms, for example arm32: ``` /home/shade/trunks/jdk/src/hotspot/cpu/arm/smallRegisterMap_arm.inline.hpp:36:36: error: expected ';' at end of member declaration 36 | static void assert_is_rfp(VMReg r) PRODUCT_RETURN | ^ ``` The reason is...