我想使用一组全局标志来编译项目,这意味着在我指定的顶级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,但这没有帮助 .
对此没有优雅的解决方案吗?
2 回答
您上面的尝试是为您的文件/目标添加更多标志,而不是像您期望的那样覆盖 . 例如,来自Properties on Source Files - COMPILE_FLAGS的文档:
您应该可以通过执行来为foo.cpp反击
-Weffc++
标志这应该具有在编译器命令中在
-Weffc++
之后添加-Wno-effc++
的效果,后一个设置获胜 . 要查看完整命令并检查确实如此,您可以这样做另外,GNU C标准库的维护者之一对this answer中的
-Weffc++
提出了非常负面的意见 .另一点是,你正在滥用add_definitions,因为你将它用于编译器标志而不是预期的预处理器定义 .
最好使用add_compile_options
或者对于CMake版本<3.0来做更多类似的事情:
在回答下面评论中的其他问题时,我认为不可能可靠地删除单个文件上的标记 . 原因是对于任何给定的源文件,它应用了其目标的COMPILE_OPTIONS和COMPILE_FLAGS 1,但这些不会显示在该源文件的任何属性中 .
您可以查看从目标的
COMPILE_OPTIONS
中剥离问题标志,然后将其单独应用于每个目标的源,并根据需要从特定的源文件中省略它 .然而,虽然这可以在许多场景中起作用,但它存在一些问题 .
首先 - source files' properties不包括
COMPILE_OPTIONS
,仅包括COMPILE_FLAGS
. 这是一个问题,因为目标的COMPILE_OPTIONS
可以包含generator expressions,但是COMPILE_FLAGS
不需要在搜索您的标志时容纳生成器表达式,如果您的标志包含在一个或者中,您甚至可能需要"parse"生成器表达式 . 更多的是看它是否应该重新应用于剩余的源文件 .第二 - 自CMake v3.0起,目标可以指定INTERFACE_COMPILE_OPTIONS . 这意味着目标的依赖关系可以通过
INTERFACE_COMPILE_OPTIONS
添加或覆盖目标的COMPILE_OPTIONS
. 所以你'd further have to recursively iterate through all your target'的依赖(不是一个特别容易的任务,因为目标的LINK_LIBRARIES列表也可以包含生成器表达式)来找到任何正在应用问题标志,并尝试从这些目标'INTERFACE_COMPILE_OPTIONS
中删除它 .在复杂的这个阶段,我将寻求向CMake提交补丁,以提供从源文件无条件地删除特定标志的功能 .
1:请注意,与源文件上的
COMPILE_FLAGS
属性不同,不推荐使用目标上的COMPILE_FLAGS
属性 .只需添加@ Fraser的正确答案 .
如果您要将特殊标志添加到特定文件夹,您可以执行以下操作:
要么
请注意,建议不要使用GLOB here