J.B*_*own 95 c++ cmake compiler-warnings
我想使用一组全局标志来编译项目,这意味着在我指定的顶级CMakeLists.txt文件中:
ADD_DEFINITIONS ( -Wall -Weffc++ -pedantic -std=c++0x )
Run Code Online (Sandbox Code Playgroud)
但是,对于一个子目录中的特定文件(假设为"foo.cpp"),我想将编译标志切换为不应用-Weffc ++(包含的商业库我无法更改).为了简化只使用-Wall的情况,我试过:
SET_SOURCE_FILES_PROPERTIES( foo.cpp PROPERTIES COMPILE_FLAGS -Wall )
ADD_EXECUTABLE( foo foo.cpp )
Run Code Online (Sandbox Code Playgroud)
,这没用.我也试过了
SET_PROPERTY( SOURCE foo.cpp PROPERTY COMPILE_FLAGS -Wall )
ADD_EXECUTABLE( foo foo.cpp )
Run Code Online (Sandbox Code Playgroud)
和
ADD_EXECUTABLE( foo foo.cpp )
SET_TARGET_PROPERTIES( foo PROPERTIES COMPILE_FLAGS -Wall )
Run Code Online (Sandbox Code Playgroud)
,其中既没有奏效.
最后,我尝试删除这个定义:
REMOVE_DEFINITIONS( -Weffc++ )
ADD_EXECUTABLE( foo foo.cpp )
ADD_DEFINITIONS( -Weffc++ )
Run Code Online (Sandbox Code Playgroud)
,这也没有用(意思是,我得到了很多关于商业图书馆的风格警告).(**注意:如果在构建可执行文件后不重新包含-Weffc ++指令,则会禁止警告.)
我也试过暂时删除编译标志:http: //www.cmake.org/pipermail/cmake/2007-June/014614.html ,但这没有帮助.
对此没有优雅的解决方案吗?
Fra*_*ser 114
您上面的尝试是为您的文件/目标添加更多标志,而不是像您期望的那样覆盖.例如,从源文件上的属性文档- COMPILE_FLAGS:
这个源文件构建时,这些标志将被添加到编译标志列表中.
你应该能够-Weffc++通过这样做来反击foo.cpp 的标志
set_source_files_properties(foo.cpp PROPERTIES COMPILE_FLAGS -Wno-effc++)
Run Code Online (Sandbox Code Playgroud)
这应该具有在编译器命令中添加-Wno-effc++after后的效果,后-Weffc++一个设置获胜.要查看完整命令并检查确实如此,您可以这样做
make VERBOSE=1
Run Code Online (Sandbox Code Playgroud)
另外,GNU C++标准库的维护者之一-Weffc++在这个答案中提出了一个非常负面的意见.
另一点是,你在add_definitions使用它来编译器标志而不是预期的预处理器定义时会误用.
最好使用 add_compile_options
add_compile_options(-Wall -Weffc++ -pedantic -std=c++0x)
Run Code Online (Sandbox Code Playgroud)
或者对于CMake版本<3.0来做更多类似的事情:
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Weffc++ -pedantic -std=c++0x")
Run Code Online (Sandbox Code Playgroud)
在回答下面评论中的其他问题时,我认为不可能可靠地删除单个文件上的标记.原因是对于任何给定的源文件,它应用了其目标的1COMPILE_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属性不同,不推荐使用目标上的属性.
只是添加到@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++)
Run Code Online (Sandbox Code Playgroud)
或者
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++)
Run Code Online (Sandbox Code Playgroud)
请注意,不建议使用此处讨论的 GLOB
| 归档时间: |
|
| 查看次数: |
61969 次 |
| 最近记录: |