93

我在将默认构建配置设置为 Release 时遇到问题。在我的 CMakeLists.txt 文件中，我在文件顶部设置了 CMAKE_BUILD_TYPE：

#enable Release ALWAYS, configure vars
set(CMAKE_BUILD_TYPE Release)
set(EXECUTABLE_NAME "ParticleSimulator")
set(VERSION_MAJOR 0)
set(VERSION_MINOR 2)

但是在构建我的项目并打开解决方案时，我总是看到调试模式，这与我在 CMakeLists 文件中指定的相反。我究竟做错了什么？

我已经查看了那里的其他一些问题，但我没有看到任何特定于这个问题的内容。

CMakeLists.txt的要点。

4

3 回答 3

243

有两种类型的生成器：单配置和多配置。

单一配置

Make-like 生成器：Unix Makefiles , NMake Makefiles , MinGW Makefiles , ...

您在生成步骤中设置配置类型：

cmake -H. -B_builds/Debug -DCMAKE_BUILD_TYPE=Debug "-GUnix Makefiles"

在这种情况下，构建步骤始终是 Debug：

> cmake --build _builds/Debug
/usr/bin/c++ -g ...
> cmake --build _builds/Debug --config Debug # `--config` ignored
/usr/bin/c++ -g ...
> cmake --build _builds/Debug --config Release # yep, ignored
/usr/bin/c++ -g ...

多配置

IDE 生成器：Visual Studio、Xcode

CMAKE_BUILD_TYPE在生成步骤被忽略，两者：

> cmake -H. -B_builds -DCMAKE_BUILD_TYPE=Debug "-GVisual Studio 12 2013 Win64"

和

> cmake -H. -B_builds -DCMAKE_BUILD_TYPE=Release "-GVisual Studio 12 2013 Win64"

将产生相同的效果：

在此处输入图像描述

这是因为所有的配置都是内部的（即，_builds/msvc-opaque/Release和_builds/msvc-opaque/Debug或什么，无关紧要）。您可以使用--config选项进行切换：

> cmake --build _builds --config Release
cl /O2 ...
> cmake --build _builds --config Debug
cl /Od ...

控制 （？）

是的你可以。只需定义CMAKE_CONFIGURATION_TYPES：

# Somewhere in CMakeLists.txt
message("Generated with config types: ${CMAKE_CONFIGURATION_TYPES}")

默认输出：

-- Detecting CXX compiler ABI info - done
Generated with config types: Debug;Release;MinSizeRel;RelWithDebInfo
-- Configuring done

重写它：

> cmake -H. -B_builds -DCMAKE_CONFIGURATION_TYPES="Debug;Release" "-GVisual Studio 12 2013 Win64"
-- Detecting CXX compiler ABI info - done
Generated with config types: Debug;Release
-- Configuring done

在此处输入图像描述

您甚至可以定义自己的配置类型：

> cmake -H. -B_builds -DCMAKE_CONFIGURATION_TYPES="Debug;MyRelease" -DCMAKE_CXX_FLAGS_MYRELEASE="/My-Rel-flag" -DCMAKE_EXE_LINKER_FLAGS_MYRELEASE="/My-Linker-flags" "-GVisual Studio 12 2013 Win64"

在此处输入图像描述

并构建：

cmake --build _builds --config MyRelease

凌乱 （？）

如果您知道诀窍，则完全不会:) 这是如何在脚本/CI 服务器/文档的构建说明等中构建/测试配置：

> CONFIG=Debug
> cmake -H. -B_builds "-DCMAKE_BUILD_TYPE=${CONFIG}" # Set Debug to Makefile, ignored by IDE
> cmake --build _builds --config "${CONFIG}" # Build Debug in IDE, ignored by Makefile
> (cd _builds && ctest -VV -C "${CONFIG}") # Test Debug in IDE, ignored by Makefile

模式不好

if(CMAKE_BUILD_TYPE STREQUAL Debug) # Burn it with fire!!!
set(CMAKE_BUILD_TYPE MySuperRelease) # Be ready to catch a bug from IDE user...

好一个

set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} --my-debug-flags")

效果很好。

target_compile_definitions(MyTarget PUBLIC "$<$<CONFIG:Debug>:MYDEBUG_MACRO>")

谢谢！:) 您为一名程序员节省了一天的时间。

使用 Makefile 为我工作，我很高兴......

一些你可能认识的好人的好书的引述（强调我的）：

为什么要打扰？在各种系统上编程或使用各种编译器的人非常关心，因为如果他们不这样做，他们将被迫浪费时间寻找和修复晦涩难懂的错误。声称不关心可移植性的人通常这样做是因为他们只使用一个系统，并且觉得他们可以承受“语言是我的编译器实现的”的态度。这是一种狭隘和短视的观点看法。如果您的程序是成功的，它很可能会被移植，因此必须有人找到并修复与实现相关的特性相关的问题。此外，程序通常需要与同一系统的其他编译器一起编译，甚至您喜欢的编译器的未来版本也可能与当前版本不同。在编写程序时，了解和限制实现依赖的影响要比事后试图解开混乱要容易得多。

于 2014-06-28T21:11:34.323 回答
13

您还可以使用以下代码段：

if(NOT CMAKE_BUILD_TYPE)
    set(CMAKE_BUILD_TYPE "RelWithDebInfo" CACHE STRING
            "Default build type: RelWithDebInfo" FORCE)
endif()
于 2020-01-13T21:31:49.183 回答
6

出现的一种可能是其中一个子模块CMAKE_BUILD_TYPE在缓存中设置了值，即：

SET(CMAKE_BUILD_TYPE Debug CACHE)

这意味着该值将从该点永久更新到配置运行结束。

跟踪此值已更改的违规位置的一种好方法是使用CMake 的 variable_watch。在您的主CMakelists.txt文件中，添加以下行

variable_watch(CMAKE_BUILD_TYPE)

这将在每次访问此变量时打印到标准错误。并将其写入日志文件，请执行以下操作：

cmake <your options> 2>variable_watch.log

您可能会看到如下内容：

<...>/CMakeLists.txt:184 (add_library) 处的 CMake 调试日志：使用值为“Debug”的 READ_ACCESS 访问了变量“CMAKE_BUILD_TYPE”。

然后您可能会看到第一次更改 CMAKE_BUILD_TYPE 的点。从这里您将更接近跟踪有问题的 CMake 行。

于 2019-01-14T13:00:02.070 回答