CMake编译标志顺序错误致编译失败,求更优解决方案
我在CMake中定义了名为cxx_opts的接口库,包含一系列编译标志,还有使用该库的二进制目标main,相关代码如下:
cmake_minimum_required(VERSION 3.16) project(test LANGUAGES CXX) add_library(cxx_opts INTERFACE) target_compile_options(cxx_opts INTERFACE -Wall -Wpedantic -Wextra -Werror ) add_executable(main main.cpp) target_link_libraries(main PRIVATE cxx_opts) target_compile_options(main PRIVATE -Wno-unused-variable)
main.cpp代码:
int main() { int unused_variable{}; }
执行命令配置项目并生成编译数据库:
cmake -D CMAKE_EXPORT_COMPILE_COMMANDS=ON -S . -B build
编译时运行cmake --build build,出现如下错误:
main.cpp:2:9: error: unused variable 'unused_variable' [-Werror,-Wunused-variable] 2 | int unused_variable{}; | ^~~~~~~~~~~~~~~
原本以为给main目标添加-Wno-unused-variable能避免警告转为错误,但实际仍报错。查看编译数据库发现标志顺序错误:-Wno-unused-variable出现在-Werror之前,导致问题。尝试把-Wno-unused-variable直接加到cxx_opts目标,标志顺序还是错误。该问题出现在Mac系统,请问原因是什么?如何修正标志顺序?
更新:通过创建另一个接口库custom_flags并在cxx_opts之后链接,保证了标志顺序,代码如下:
cmake_minimum_required(VERSION 3.16) project(test LANGUAGES CXX) add_library(cxx_opts INTERFACE) target_compile_options(cxx_opts INTERFACE -Wall -Wpedantic -Wextra -Werror ) add_library(custom_flags INTERFACE) target_compile_options(custom_flags INTERFACE -Wno-unused-variable) add_executable(main main.cpp) target_link_libraries(main PRIVATE cxx_opts custom_flags)
但有没有更地道的实现方式?
CMake处理编译标志时遵循固定顺序:目标自身的PRIVATE编译选项,会排在通过target_link_libraries引入的接口库选项之前。Mac系统默认使用Clang编译器,而Clang的警告标志规则是后出现的标志会覆盖先出现的。你给main直接添加的-Wno-unused-variable先被加入编译命令,后面接口库的-Werror会将所有警告转为错误,包括未使用变量的警告,因此报错。
你采用的多接口库方式是CMake中控制编译选项顺序的标准做法,因为CMake会按照target_link_libraries的链接顺序,依次追加接口库的编译选项——后链接的库的选项会排在前面的库之后,确保-Wno-unused-variable出现在-Werror之后,覆盖对应的警告设置。
如果想要更紧凑的实现,可以不用单独命名接口库,而是直接在目标配置时创建临时接口库:
cmake_minimum_required(VERSION 3.16) project(test LANGUAGES CXX) add_library(cxx_opts INTERFACE) target_compile_options(cxx_opts INTERFACE -Wall -Wpedantic -Wextra -Werror ) add_executable(main main.cpp) target_link_libraries(main PRIVATE cxx_opts) # 创建临时接口库并立即链接,确保选项顺序在cxx_opts之后 add_library(main_patch INTERFACE) target_compile_options(main_patch INTERFACE -Wno-unused-variable) target_link_libraries(main PRIVATE main_patch)
这种接口库的方式是最地道的CMake实践——它清晰地表达了"补丁"选项和基础选项的依赖关系,也方便后续复用这些补丁选项到其他目标。
内容的提问来源于stack exchange,提问作者niosus

