Overview
Request 1124429 superseded
Lets see if this now fixes more things then it breaks.
- Stick -DNDEBUG back into CMAKE_C_FLAGS. Can't find a spontaneous
resolution for projects relying on its presence.
- update to 3.27.7:
* Tests: Clarify RunCMake.CTestTimeout case name
* ctest: Restore support for --timeout values higher than default test timeout
* Help: Document CMP0124 behavior on already-set variables
* FindPostgreSQL: Add support for version 16
- update to 3.27.5:
* cmGeneratorTarget: support config-independent Fortran source queries
* cmComputeLinkInformation: compute link info for module-using targets
* FortranCInterface: forward CMAKE_OSX_DEPLOYMENT_TARGET
* cxxmodules: detect and message about non-compiled sources
* Source: Link libatomic when needed on any Linux architecture
* Help: MSVC_DEBUG_INFORMATION_FORMAT is initialized from associated variable
* FindBoost: Add support for Boost 1.83
* Autogen: Evaluate INTERFACE_AUTOMOC_MACRO_NAMES efficiently
* VS: Avoid unnecessary CUDA device linking for OBJECT libraries
- update to 3.27.4:
* Fix support for Intel compiler with modern GNU system compiler
* Graphviz: Restore support for per-target dependency graph options
* FindOpenSSL: Fix OpenSSL 3.0.0 version extraction
- Make %cmake_build insert RELWITHDEBINFO CFLAGS as well to avoid
projects overriding our %optflags with some cmake default.
- Created by simotek
- In state superseded
- Supersedes 1104274 1105489
- Superseded by 1129091
-
Open review for
factory-staging
-
Open review for
opensuse-review-team
This change is making a few packages failing to build:
lib2geom: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:H/lib2geom/standard/i586
libphonenumber: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:H/libphonenumber/standard/x86_64
rust1.69:test: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:H/rust1.69:test/standard/x86_64
rust1.71:test: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:H/rust1.71:test/standard/x86_64
lib2geom 1105488 libphonenumber 1105335->1105413 rdma-core 1105472 rust1.71 can't reproduce an error :-/ Anyway, time to reopen here because all is addressed and now hangs with the maintainers.
Request History
simotek created request
Lets see if this now fixes more things then it breaks.
- Stick -DNDEBUG back into CMAKE_C_FLAGS. Can't find a spontaneous
resolution for projects relying on its presence.
- update to 3.27.7:
* Tests: Clarify RunCMake.CTestTimeout case name
* ctest: Restore support for --timeout values higher than default test timeout
* Help: Document CMP0124 behavior on already-set variables
* FindPostgreSQL: Add support for version 16
- update to 3.27.5:
* cmGeneratorTarget: support config-independent Fortran source queries
* cmComputeLinkInformation: compute link info for module-using targets
* FortranCInterface: forward CMAKE_OSX_DEPLOYMENT_TARGET
* cxxmodules: detect and message about non-compiled sources
* Source: Link libatomic when needed on any Linux architecture
* Help: MSVC_DEBUG_INFORMATION_FORMAT is initialized from associated variable
* FindBoost: Add support for Boost 1.83
* Autogen: Evaluate INTERFACE_AUTOMOC_MACRO_NAMES efficiently
* VS: Avoid unnecessary CUDA device linking for OBJECT libraries
- update to 3.27.4:
* Fix support for Intel compiler with modern GNU system compiler
* Graphviz: Restore support for per-target dependency graph options
* FindOpenSSL: Fix OpenSSL 3.0.0 version extraction
- Make %cmake_build insert RELWITHDEBINFO CFLAGS as well to avoid
projects overriding our %optflags with some cmake default.
licensedigger accepted review
ok
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto accepted review
Check script succeeded
anag+factory declined request
Declining, same reasons that SR#1120469
dirkmueller superseded request
superseded by 1129091
@simotek what's the difference with https://build.opensuse.org/request/show/1120469 ?
IMHO we should skip this NDEBUG madness and revert the macro changes..
Even the referenced redhat bug is kinda not promising:
we could also just remove llvm16 and rust 1.71 (llvm17 & rust 1.73 are fine), something that would normally happen in due time anyway
we could also just not break things as long as we don't have to
For completeness:
There is quite a bit behind llvm16