Update cmake_build_type handling and switch default to RelWithDebInfo#1044
Update cmake_build_type handling and switch default to RelWithDebInfo#1044igchor merged 6 commits intopmem:masterfrom
Conversation
Codecov Report
@@ Coverage Diff @@
## master #1044 +/- ##
==========================================
+ Coverage 93.99% 94.07% +0.08%
==========================================
Files 48 48
Lines 4711 4746 +35
==========================================
+ Hits 4428 4465 +37
+ Misses 283 281 -2
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
igchor
left a comment
There was a problem hiding this comment.
Reviewed 1 of 3 files at r1.
Reviewable status: 1 of 3 files reviewed, all discussions resolved
bda8a6b to
3c07582
Compare
3c07582 to
ecc560a
Compare
KFilipek
left a comment
There was a problem hiding this comment.
Reviewed 3 of 3 files at r1, 2 of 2 files at r2.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @lukaszstolarczuk)
CMakeLists.txt, line 57 at r2 (raw file):
message(STATUS "CMAKE_BUILD_TYPE: ${CMAKE_BUILD_TYPE}") if(NOT CMAKE_BUILD_TYPE IN_LIST predefined_build_types) message(WARNING "Unusual build type was set, please make sure it's proper one. "
Unusual is MinSizeRel, but something from out of the list is definitely "Wrong build type"
There was a problem hiding this comment.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @KFilipek)
CMakeLists.txt, line 57 at r2 (raw file):
Previously, KFilipek (Krzysztof Filipek) wrote…
Unusual is MinSizeRel, but something from out of the list is definitely "Wrong build type"
I'd rather disagree. I understand your point, but:
- CMake may extend the list of supported build types, and I'd rather be angry if CMake (of any project) forced fail me ;)
- anyone can extend this list and define their own build type with their own compiler flags
This warning is rather for people who mistyped some name, or use uppercase where there isn't... something like this.
karczex
left a comment
There was a problem hiding this comment.
Reviewed 3 of 3 files at r1, 1 of 2 files at r2.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @KFilipek)
in the past some users run e.g. benchmarks and was surprised with the results. Using release version should omit that problem. Documentation is updated as well to point users with proper CMake parameter.
- make use of STRINGS keyword to display better hint for the CMake param (in cmake gui), - warn if unusual build type chosen.
ecc560a to
003a6e0
Compare
KFilipek
left a comment
There was a problem hiding this comment.
Reviewed 1 of 1 files at r3.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @lukaszstolarczuk)
CMakeLists.txt, line 57 at r2 (raw file):
Previously, lukaszstolarczuk (Łukasz Stolarczuk) wrote…
I'd rather disagree. I understand your point, but:
- CMake make extend the list of supported build types, and I'd rather be angry if CMake (of any project) forced fail me ;)
- anyone can extend this list and define their own build type with their own compiler flags
This warning is rather for people who mistyped some name, or use uppercase where there isn't... something like this.
Explained in offline discussion
igchor
left a comment
There was a problem hiding this comment.
Reviewed 1 of 3 files at r1.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @lukaszstolarczuk)
This change is