java 覆盖方法的标志,覆盖单个文件的编译标志

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

这个源文件构建时，这些标志将被添加到编译标志列表中 .

您应该可以通过执行来为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(-Wall -Weffc++ -pedantic -std=c++0x)

或者对于CMake版本<3.0来做更多类似的事情：

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

在回答下面评论中的其他问题时，我认为不可能可靠地删除单个文件上的标记 . 原因是对于任何给定的源文件，它应用了其目标的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 属性 .