能否在CMakeLists.txt中为add_subdirectory(foo)指定专属CMAKE_TOOLCHAIN_FILE？

CMake的全局工具链配置确实是初始化阶段就确定的，没法直接在add_subdirectory之后切换，但我们可以用CMake官方推荐的ExternalProject_Add来创建一个完全隔离的子构建环境，既能给foo子目录指定专属工具链，又能完美集成到主构建系统中，完全不影响IDE支持和增量构建。

核心实现步骤 #

1. 主项目CMakeLists.txt配置 #

首先要引入ExternalProject模块，然后定义子项目的构建规则：

# 引入ExternalProject模块，这是CMake官方提供的跨项目构建工具
include(ExternalProject)

# 定义foo子项目的构建配置
ExternalProject_Add(
    foo_subproject  # 子项目的目标名称，会在IDE中显示
    SOURCE_DIR "${CMAKE_CURRENT_SOURCE_DIR}/foo"  # 指向你的foo子目录源码
    BINARY_DIR "${CMAKE_CURRENT_BINARY_DIR}/foo_build"  # 子项目的构建目录，放在主构建目录下，IDE能识别
    CMAKE_ARGS
        # 这里指定仅作用于foo的专属工具链文件
        -DCMAKE_TOOLCHAIN_FILE=${CMAKE_CURRENT_SOURCE_DIR}/tools/foo_toolchain.cmake
        # 同步主项目的构建类型，也可以单独指定子项目的构建类型
        -DCMAKE_BUILD_TYPE=${CMAKE_BUILD_TYPE}
        # 可以添加其他子项目需要的CMake参数，比如编译选项、自定义宏等
        -DFOO_ENABLE_FEATURE=ON
    INSTALL_COMMAND ""  # 如果子项目不需要安装到系统，直接跳过安装步骤
    BUILD_ALWAYS OFF    # 仅当子项目源码或配置变化时才重新构建，保证增量构建效率
)

2. 子项目foo的CMakeLists.txt无需修改 #

foo目录下的CMakeLists.txt保持原样即可，它会在独立的CMake环境中使用你指定的工具链进行编译，完全不受主项目工具链的影响。

3. 主项目依赖子项目产物（可选） #

如果主项目需要用到foo编译出的库或二进制文件，可以通过以下方式关联：

# 获取子项目的构建目录路径
ExternalProject_Get_Property(foo_subproject BINARY_DIR)

# 导入子项目编译出的库
add_library(foo_lib STATIC IMPORTED)
set_target_properties(foo_lib PROPERTIES
    IMPORTED_LOCATION "${BINARY_DIR}/libfoo.a"  # 根据你的子项目实际产物路径调整
    # 如果是动态库，还需要指定IMPORTED_IMPLIB（Windows平台）等属性
)

# 让主项目目标依赖foo子项目的构建
add_dependencies(main_target foo_subproject)
# 链接foo库到主项目目标
target_link_libraries(main_target PRIVATE foo_lib)

为什么这个方案可靠？ #

• IDE友好：ExternalProject_Add创建的目标会被CLion、Visual Studio、VS Code等主流IDE识别，你可以在IDE中直接构建、调试子项目，和普通CMake目标完全一致。
• 增量构建保留：CMake会自动跟踪子项目的源码、配置文件变化，只有当需要时才重新编译子项目，不会每次都全量构建。
• 工具链完全隔离：子项目运行在独立的CMake环境中，工具链设置、编译选项等都不会影响主项目或其他子项目，完美满足你的需求。

注意事项 #

• 确保给foo指定的工具链文件是独立的，不要和主项目的工具链文件路径冲突。
• 如果子项目需要特定的环境变量，可以通过CMAKE_CACHE_ARGS或ENVIRONMENT参数传递给ExternalProject_Add。
• 调试子项目时，你可以直接在IDE中打开foo的构建目录（就是上面指定的BINARY_DIR），IDE会自动识别子项目的调试配置。

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