129

我想使用一组全局标志来编译项目，这意味着在我的顶级 CMakeLists.txt 文件中我指定了：

ADD_DEFINITIONS ( -Wall -Weffc++ -pedantic -std=c++0x )

但是，对于子目录中的特定文件（比如说“foo.cpp”），我想将编译标志切换为不应用 -Weffc++（包含的商业库我无法更改）。为了简化仅使用 -Wall 的情况，我尝试了：

 SET_SOURCE_FILES_PROPERTIES( foo.cpp PROPERTIES COMPILE_FLAGS -Wall )
 ADD_EXECUTABLE( foo foo.cpp )

，这不起作用。我也试过

SET_PROPERTY( SOURCE foo.cpp PROPERTY COMPILE_FLAGS -Wall )
ADD_EXECUTABLE( foo foo.cpp )

和

ADD_EXECUTABLE( foo foo.cpp )
SET_TARGET_PROPERTIES( foo PROPERTIES COMPILE_FLAGS -Wall )

，其中两者都不起作用。

最后，我尝试删除此定义：

REMOVE_DEFINITIONS( -Weffc++ )
ADD_EXECUTABLE( foo foo.cpp )
ADD_DEFINITIONS( -Weffc++ )

，这也不起作用（意思是，我收到了很多关于商业图书馆的风格警告）。（**注意：如果我在构建可执行文件后不重新包含 -Weffc++ 指令，则会抑制警告。）

我还尝试暂时删除编译标志： http://www.cmake.org/pipermail/cmake/2007-June/014614.html ，但这没有帮助。

没有一个优雅的解决方案吗？

4

3 回答 3

144

您上面的尝试正在向您的文件/目标添加更多标志，而不是像您预期的那样覆盖。例如，来自源文件属性的文档 - COMPILE_FLAGS：

当此源文件构建时，这些标志将添加到编译标志列表中。

您应该能够-Weffc++通过执行来取消 foo.cpp 的标志

set_source_files_properties(foo.cpp PROPERTIES COMPILE_FLAGS -Wno-effc++)

这应该有在编译器命令中添加-Wno-effc++after的效果-Weffc++，后者设置获胜。要查看完整的命令并检查是否确实如此，您可以执行

make VERBOSE=1

顺便说一句，GNU C++ 标准库的维护者之一对这个答案提出了相当负面-Weffc++的看法。

另一点是，您add_definitions在将其用于编译器标志而不是预期的预处理器定义的意义上是在滥用。

最好使用add_compile_options 

add_compile_options(-Wall -Weffc++ -pedantic -std=c++0x)

或者对于 CMake 版本 < 3.0 来执行类似的操作：

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Weffc++ -pedantic -std=c++0x")

为了回答下面评论中的进一步问题，我认为不可能可靠地删除单个文件上的标志。原因是对于任何给定的源文件，它都应用了其目标的COMPILE_OPTIONS和1，但这些不会显示在该源文件的任何属性中。COMPILE_FLAGS

您可以查看从目标中剥离问题标志COMPILE_OPTIONS，然后将其分别应用于目标的每个源，并根据需要从特定源文件中省略它。

然而，虽然这可以在许多情况下工作，但它有几个问题。

第一源文件的属性不包括COMPILE_OPTIONS. COMPILE_FLAGS这是一个问题，因为COMPILE_OPTIONS目标的 可以包含生成器表达式，但COMPILE_FLAGS不支持它们。所以你必须在搜索你的标志时适应生成器表达式，事实上，如果你的标志包含在一个或多个中，你甚至可能不得不“解析”生成器表达式，以查看它是否应该重新应用于剩余的源文件。

其次 - 从 CMake v3.0 开始，目标可以指定INTERFACE_COMPILE_OPTIONS. 这意味着你的目标的依赖可以COMPILE_OPTIONS通过它的INTERFACE_COMPILE_OPTIONS. 因此，您还必须递归地遍历所有目标的依赖项（这不是一项特别容易的任务，因为LINK_LIBRARIES目标的列表也可以包含生成器表达式）以找到应用问题标志的任何内容，并尝试将其从那些目标”INTERFACE_COMPILE_OPTIONS也是。

在这个复杂的阶段，我希望向 CMake 提交一个补丁，以提供从源文件中无条件删除特定标志的功能。

1：请注意，与COMPILE_FLAGS源文件上的COMPILE_FLAGS属性不同，目标上的属性已被弃用。

于 2012-11-30T05:19:46.773 回答
7

只是添加到@Fraser 的正确答案。

如果您想将特殊标志添加到特定文件夹，您可以执行以下操作：

file(GLOB SPECIAL_SRC_FILES
        "path/one/src/*.cpp"
        "path/two/src/*.cpp")
set_property(SOURCE ${SPECIAL_SRC_FILES} PROPERTY COMPILE_FLAGS -Wno-effc++)

或者

file(GLOB SPECIAL_SRC_FILES
        "path/one/src/*.cpp"
        "path/two/src/*.cpp")
set_source_files_properties(${SPECIAL_SRC_FILES} PROPERTIES COMPILE_FLAGS -Wno-effc++)

请注意，不建议使用此处讨论的 GLOB

于 2018-08-13T16:32:56.430 回答
0

使用@Fraser 答案，我创建了以下内容来处理 Qt 包含，因为该变量包含由分号分隔的多个路径。这意味着我必须首先添加一个foreach()循环并手动创建包含标志。但这允许我有一个例外：foo.cpp（该文件现在使用 Qt，但从长远来看，我想删除该依赖项，并且我想确保 Qt 不会在其他任何地方蔓延）。

find_package(Qt5Core REQUIRED)
set(QT_INCLUDE_PROPERTIES "")
foreach(DIR ${Qt5Core_INCLUDE_DIRS})
    set(QT_INCLUDE_PROPERTIES "${QT_INCLUDE_PROPERTIES} -isystem ${DIR}")
endforeach()
set_source_files_properties(foo.cpp PROPERTIES
    COMPILE_FLAGS
        ${QT_INCLUDE_PROPERTIES}
)

另请注意，我使用-isystem而不是-I避免 Qt 标头生成的一些警告（我打开了大量警告）。

于 2019-11-14T08:08:21.620 回答