其他分享
首页 > 其他分享> > c – 覆盖单个文件的编译标志

c – 覆盖单个文件的编译标志

作者:互联网

我想使用一组全局标志来编译项目,这意味着在我指定的顶级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
,但这没有帮助.

对此没有优雅的解决方案吗?

解决方法:

您上面的尝试是为您的文件/目标添加更多标志,而不是像您期望的那样覆盖.例如,来自Properties on Source Files – COMPILE_FLAGS的文档:

These flags will be added to the list of compile flags when this source file builds.

您应该能够通过执行来反击foo.cpp的-Weffc标志

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

这应该具有在编译器命令中在-Weffc之后添加-Wno-effc的效果,并且后一个设置获胜.要查看完整命令并检查确实如此,您可以这样做

make VERBOSE=1

另外,GNU C标准库的维护者之一在this answer对-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_OPTIONSCOMPILE_FLAGS1,但这些不会显示在该源文件的任何属性中.

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

然而,虽然这可以在许多场景中起作用,但它存在一些问题.

首先 – source files’ properties不包括COMPILE_OPTIONS,只包括COMPILE_FLAGS.这是一个问题,因为目标的COMPILE_OPTIONS可以包含generator expressions,但COMPILE_FLAGS不支持它们.所以在搜索你的标志时你必须容纳生成器表达式,如果你的标志包含在一个或多个中,你甚至可能必须“解析”生成器表达式,看它是否应该重新应用于剩余的源文件.

其次 – 从CMake v3.0开始,目标可以指定INTERFACE_COMPILE_OPTIONS.这意味着目标的依赖关系可以通过其INTERFACE_COMPILE_OPTIONS添加或覆盖目标的COMPILE_OPTIONS.因此,您还需要递归遍历所有目标的依赖项(这不是一项特别简单的任务,因为目标的LINK_LIBRARIES列表也可以包含生成器表达式)来查找应用问题标志的任何依赖项,并尝试从中删除它这些目标也是INTERFACE_COMPILE_OPTIONS.

在复杂的这个阶段,我将寻求向CMake提交补丁,以提供从源文件无条件地删除特定标志的功能.

1:请注意,与源文件上的COMPILE_FLAGS属性不同,不推荐使用目标上的COMPILE_FLAGS属性.

标签:c,cmake,compiler-warnings
来源: https://codeday.me/bug/20190918/1810601.html