See https://gitlab.kitware.com/cmake/cmake/-/issues/26613 and https://gitlab.kitware.com/cmake/cmake/-/issues/26698.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=08357d34ce71344fcee72e1b179c92f741edf30e commit 08357d34ce71344fcee72e1b179c92f741edf30e Author: Sam James <sam@gentoo.org> AuthorDate: 2025-03-27 16:09:57 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2025-03-27 16:14:42 +0000 dev-build/cmake: add 4.0.0, drop 4.0.0_rc5 Bug: https://bugs.gentoo.org/951350 Signed-off-by: Sam James <sam@gentoo.org> dev-build/cmake/Manifest | 6 +++--- dev-build/cmake/{cmake-4.0.0_rc5.ebuild => cmake-4.0.0.ebuild} | 0 profiles/package.mask | 4 ++++ 3 files changed, 7 insertions(+), 3 deletions(-)
Please do make sure you revbump for fixes and compare the image (using e.g. iwdevtools), as changing the minimum version changes the default value of policies.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/kde.git/commit/?id=f339ee5843ba31255239bce871c470cfef590bee commit f339ee5843ba31255239bce871c470cfef590bee Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2025-05-17 17:09:31 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2025-05-20 20:51:45 +0000 cmake.eclass: Add recursive CMakeLists.txt unsupported version detection We need to ramp up detection of unsupported CMake build systems with CMake 4. This will detect CMakeLists.txt files setting insufficient cmake_minimum_required VERSION level even in project subdirectories, putting out appropriate eqawarn message about the need to fix ${PN}. That makes us not rely on tinderbox runs w/ unmasked cmake-4 slowly being able to build everything up to leaf packages, and also helps detect insufficient subproject minimums that could otherwise be masked by USE flag choice. Bug: https://bugs.gentoo.org/951350 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> eclass/cmake.eclass | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4a6845b4ff2f392f58173e5bc06415b824b8f1f4 commit 4a6845b4ff2f392f58173e5bc06415b824b8f1f4 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2025-06-02 21:08:16 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2025-06-03 17:00:08 +0000 profiles: Unmask dev-build/cmake-4 Bug: https://bugs.gentoo.org/951350 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> profiles/package.mask | 4 ---- 1 file changed, 4 deletions(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=36eee9f1329af293a276cba164e0f6256af2d1d5 commit 36eee9f1329af293a276cba164e0f6256af2d1d5 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2025-05-17 17:09:31 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2025-06-03 17:00:06 +0000 cmake.eclass: Add recursive CMakeLists.txt unsupported version detection We need to ramp up detection of unsupported CMake build systems with CMake 4. This will detect CMakeLists.txt files setting insufficient cmake_minimum_required VERSION level even in project subdirectories, putting out appropriate eqawarn message about the need to fix ${PN}. That makes us not rely on tinderbox runs w/ unmasked cmake-4 slowly being able to build everything up to leaf packages, and also helps detect insufficient subproject minimums that could otherwise be masked by USE flag choice. Problems fixed along the way: - Make sed case-insensitive - CMake version range may have double- or triple-dots - Exit after first match We don't want more than one version for the subsequent ver_test. Besides, any follow-up cmake_minimum_required call will most likely be conditional for some type of workarounds. Thanks-to: Sam James <sam@gentoo.org> Thanks-to: Ionen Wolkens <ionen@gentoo.org> Thanks-to: Michał Górny <mgorny@gentoo.org> Bug: https://bugs.gentoo.org/951350 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> eclass/cmake.eclass | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+)
I hit this bug with dev-lang/mono.
