如何通过CMake批量更新多个C++项目的编译器？

问题背景 #

我需要更新多个C++项目的编译器，并尽可能实现自动化操作。

项目结构如下：

-Folder 1
 - CmakeList.txt
-Folder 2
 - CmakeList.txt
-Folder 3
 - CmakeList.txt

由于LTO约束（静态库）和语言版本升级需求，我有数十个项目需要更新，手动操作十分繁琐。当前CMake使用Ninja构建工具。

我希望项目及静态库保持独立，仍存放在各自目录中，如上述结构所示。

CMake代码片段 #

project(${APP_NAME} LANGUAGES CXX)
add_library(${APP_NAME} STATIC ${SOURCES})

set(CMAKE_CXX_STANDARD 23)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
set(CMAKE_CXX_EXTENSIONS ON)
set(CMAKE_CONFIGURATION_TYPES "Debug" "Release")

set(CMAKE_EXE_LINKER_FLAGS -fuse-ld=mold)
set(CMAKE_INTERPROCEDURAL_OPTIMIZATION_RELEASE ON)

现有方案分析 #

方案一 #

编写脚本模拟IDE操作，并应用到每个项目目录。该方案可行但容易出错。

方案二 #

在根目录编写驱动CMakeLists.txt，将其他项目视为子目录，使用CMake子目录功能。

我不确定具体如何实施，但这似乎可行：在根CMake中设置编译器及通用定义（如C++/CMake最低版本），仅在IDE中重载该文件，由CMake完成所有操作？是这样吗？

方案三 #

编写脚本修改CMake缓存等文本文件中的编译器、归档器路径等引用。=> 不可行。

问题 #

我不确定哪种方案最省心。请问通过CMake重新加载所有库并使用更新后的编译器的最佳方式是什么？后续我已有调用Ninja构建所有库的脚本。

最佳方案推荐：方案二（根目录驱动CMakeLists.txt） #

这是最省心且可维护性最高的方案，完全匹配你的需求，既能保证所有项目使用统一的编译器和编译配置，又能保留子项目的独立性。

具体实施步骤 #

1. 创建根目录CMakeLists.txt
   该文件负责定义全局通用配置，再引入各个子项目：

   # 根目录CMakeLists.txt
   cmake_minimum_required(VERSION 3.28) # 根据实际需求设置最低CMake版本
   project(AllProjects LANGUAGES CXX)
   
   # 全局通用编译配置，所有子项目自动继承
   set(CMAKE_CXX_STANDARD 23)
   set(CMAKE_CXX_STANDARD_REQUIRED ON)
   set(CMAKE_CXX_EXTENSIONS ON)
   set(CMAKE_CONFIGURATION_TYPES "Debug" "Release")
   
   set(CMAKE_EXE_LINKER_FLAGS -fuse-ld=mold)
   set(CMAKE_INTERPROCEDURAL_OPTIMIZATION_RELEASE ON)
   
   # 可选：强制指定新版本编译器路径
   # set(CMAKE_CXX_COMPILER "/path/to/new/g++")
   # set(CMAKE_C_COMPILER "/path/to/new/gcc")
   
   # 引入所有子项目
   add_subdirectory(Folder 1)
   add_subdirectory(Folder 2)
   add_subdirectory(Folder 3)
   

2. 优化子项目CMakeLists.txt（可选）
   子项目可移除重复的全局配置，仅保留项目专属设置：

   # 子项目Folder 1的CMakeLists.txt
   project(${APP_NAME} LANGUAGES CXX)
   add_library(${APP_NAME} STATIC ${SOURCES})
   
   # 仅保留项目独有的配置，比如特定编译选项、依赖等
   # target_compile_options(${APP_NAME} PRIVATE -Wall -Wextra)
   

3. 构建流程

   • 在根目录创建build目录并进入：mkdir build && cd build
   • 生成Ninja构建文件：cmake .. -G Ninja
   • 执行构建：ninja（或直接调用你已有的Ninja构建脚本）

方案优势 #

• 统一配置：所有子项目自动继承根CMake的编译器、C++版本、LTO等设置，无需逐个修改
• 自动化：一次配置即可完成所有项目的编译器更新，新增项目只需在根文件中添加add_subdirectory
• 可维护性：全局配置集中管理，后续调整编译选项只需修改根文件
• 保留独立性：子项目仍存放在各自目录，单独构建也不受影响（只要子项目的CMakeLists.txt保留必要配置）

注意事项 #

• 根目录的全局设置会覆盖子项目的同名变量（除非子项目使用target_*系列命令设置专属配置）
• 强制指定编译器时，需确保路径正确且编译器支持C++23、LTO等特性
• 首次构建前，建议删除子项目原有的build目录，避免缓存冲突

内容的提问来源于stack exchange，提问作者Kroma