cmake: add v4.2.4, v4.3.4

[rbberger]

No description provided.

[johnwparent]

I haven't even announced 4.4.0 yet, you're quick 😄

[bernhardkaindl]

jfyi, this has some pipeline CI failure, and 4.2.4 from #4290 could be moved here.

[rbberger]

Looks like hpctoolkit can't find the installed dyninst.

[rbberger]

@johnwparent I went down the rabbit hole. Seems like it's either a cmake regression, or bad CMake is now triggering "This should not happen" errors. The hpctoolkit meson.build also seems partly wrong/outdated. It should probably use cmake_package_version instead of version, and also not a range. It ends up becoming an VERSION <empty-string>, which leads to it being interpreted as component name. After fixing that I'm getting further to at least boost_system not found. More next week unless someone beats me to it.

Probably related: mesonbuild/meson#16007

[rbberger]

@johnwparent there seems to be a regression with the find_package(Threads)/pthreads/pthread detection. Normally it should try pthreads, fail, and then find pthread. But the configure of the trycompile for pthreads doesn't even finish.

Put cmake in trace mode, but with variables expanded.
Put cmake in trace mode and sets the trace output format.
The --no-warn-unused-cli option is deprecated.  Use -Wno-unused-cli instead.
debug trycompile on
Put cmake in trace mode and redirect trace output to a file instead of stderr.
Trace will be written to cmake_trace.txt
CMake Debug Log at /home/rberger/GitHub/spack/opt/spack/linux-m1/cmake-4.4.0-g3p67dsqfjcoamokaurlacw24osnpkt7/share/cmake-4.4/Modules/CheckLibraryExists.cmake:154 (try_compile):
  Executing try_compile (CMAKE_HAVE_PTHREADS_CREATE) in:

    /tmp/rberger/spack-stage/spack-stage-hpctoolkit-2026.0.1-cs7bltyr4oept662bp6farn6g7mvsivz/spack-build-cs7blty/meson-private/cmake_Dyninst/CMakeFiles/CMakeScratch/TryCompile-OJjWGb
Call Stack (most recent call first):
  /home/rberger/GitHub/spack/opt/spack/linux-m1/cmake-4.4.0-g3p67dsqfjcoamokaurlacw24osnpkt7/share/cmake-4.4/Modules/FindThreads.cmake:175 (check_library_exists)
  /home/rberger/GitHub/spack/opt/spack/linux-m1/cmake-4.4.0-g3p67dsqfjcoamokaurlacw24osnpkt7/share/cmake-4.4/Modules/FindThreads.cmake:238 (_threads_check_lib)
  /home/rberger/GitHub/spack/opt/spack/linux-m1/cmake-4.4.0-g3p67dsqfjcoamokaurlacw24osnpkt7/share/cmake-4.4/Modules/CMakeFindDependencyMacro.cmake:93 (find_package)
  /home/rberger/GitHub/spack/opt/spack/linux-m1/cmake-4.4.0-g3p67dsqfjcoamokaurlacw24osnpkt7/share/cmake-4.4/Modules/CMakeFindDependencyMacro.cmake:125 (__find_dependency_common)
  /home/rberger/GitHub/spack/opt/spack/linux-m1/boost-1.90.0-k5ecdaa7e2intd4eb4kaqz5dpv2tjwat/lib/cmake/boost_thread-1.90.0/boost_thread-config.cmake:118 (find_dependency)
  /home/rberger/GitHub/spack/opt/spack/linux-m1/boost-1.90.0-k5ecdaa7e2intd4eb4kaqz5dpv2tjwat/lib/cmake/Boost-1.90.0/BoostConfig.cmake:141 (find_package)
  /home/rberger/GitHub/spack/opt/spack/linux-m1/boost-1.90.0-k5ecdaa7e2intd4eb4kaqz5dpv2tjwat/lib/cmake/Boost-1.90.0/BoostConfig.cmake:262 (boost_find_component)
  /home/rberger/GitHub/spack/opt/spack/linux-m1/dyninst-13.0.0-bjqosruwxbovf2u7zsduplljnxxhbar2/lib/cmake/Dyninst/tpls/DyninstBoost.cmake:39 (find_package)
  /home/rberger/GitHub/spack/opt/spack/linux-m1/dyninst-13.0.0-bjqosruwxbovf2u7zsduplljnxxhbar2/lib/cmake/Dyninst/DyninstConfig.cmake:6 (include)
  CMakeLists.txt:20 (find_package)


CMake Error: This should not have happened. If you see this message, you are probably using a broken CMakeLists.txt file or a problematic release of CMake

[rbberger]

I've tracked this further down to the a toolchain file that is used by meson. It sets:

set(CMAKE_C_COMPILER_LOADED "1")

which now breaks. See my comment here: mesonbuild/meson#16007 (comment)

[rbberger]

One temporary workaround for this should be falling back to CMake 4.3.4 for anything that uses Meson.

[johnwparent]

@rbberger I added #5779 for 4.4.1, if you want to drop 4.4.0 here this should land

[rbberger]

@johnwparent done, let's see if this works.

[johnwparent]

LGTM, thanks!