用户设置的CMake配置选项冲突时的处理方案问询

好问题！除了直接抛出致命错误的方式，CMake确实有几种更优雅的机制来处理这种互斥的缓存选项，尤其是在像ccmake这样的交互式配置工具里能提供更好的用户体验。下面给你介绍几种可行的方案：

1. 使用CMAKE_DEPENDENT_OPTION模块 #

CMake自带的CMAKE_DEPENDENT_OPTION模块专门用来处理依赖于其他选项的配置项，能间接实现互斥逻辑，还能在交互式工具里自动灰掉不可选的选项。

首先要引入这个模块，再定义选项：

include(CMakeDependentOption)

# 定义基础选项FOO
set(FOO OFF CACHE BOOL "Enable Foo")

# 定义依赖于FOO的BAR选项：只有当FOO未启用时，BAR才可选，默认关闭
CMAKE_DEPENDENT_OPTION(
    BAR "Enable Bar" OFF
    "NOT FOO" OFF
)

这里的逻辑是：当NOT FOO为真（即FOO关闭）时，BAR才会出现在ccmake的可配置列表中；如果FOO被设为ON，BAR会被强制设为OFF，并且在ccmake里变成灰色不可修改。这种方式适合简单的二元互斥场景。

2. 配置阶段动态调整缓存变量 #

如果希望用户修改其中一个选项后，另一个自动重置并给出提示，可以在配置阶段添加动态调整逻辑，用FORCE关键字强制修改缓存值：

# 初始定义两个缓存选项
set(FOO OFF CACHE BOOL "Enable Foo")
set(BAR OFF CACHE BOOL "Enable Bar")

# 处理互斥逻辑：如果两者同时开启，自动重置其中一个
if(FOO AND BAR)
    # 这里可以根据需求设置优先级，比如优先保留FOO，重置BAR
    set(BAR OFF CACHE BOOL "Enable Bar" FORCE)
    message(WARNING "FOO and BAR cannot be enabled together; BAR has been disabled automatically.")
endif()

这样在ccmake中，当用户把FOO设为ON并重新配置时，BAR会自动变回OFF，同时控制台会给出警告提示。如果想让逻辑更灵敏，还可以结合CMAKE_CONFIGURE_DEPENDS触发实时重新配置，但大多数基础场景下这个方法已经足够好用。

3. 自定义选择项（适合复杂冲突规则） #

如果你的互斥规则更复杂（比如多个选项之间存在组合互斥、多值选择等），可以用一个统一的选择项来让用户选择，再同步设置对应的布尔值：

# 定义一个字符串缓存选项，提供可选值
set(FEATURE_CHOICE "NONE" CACHE STRING "Choose which feature to enable: NONE, FOO, BAR")
# 给选项添加下拉可选值（ccmake中会显示为下拉菜单）
set_property(CACHE FEATURE_CHOICE PROPERTY STRINGS "NONE" "FOO" "BAR")

# 根据用户选择同步设置FOO和BAR
if(FEATURE_CHOICE STREQUAL "FOO")
    set(FOO ON CACHE BOOL "Enable Foo" FORCE)
    set(BAR OFF CACHE BOOL "Enable Bar" FORCE)
elseif(FEATURE_CHOICE STREQUAL "BAR")
    set(FOO OFF CACHE BOOL "Enable Foo" FORCE)
    set(BAR ON CACHE BOOL "Enable Bar" FORCE)
else()
    set(FOO OFF CACHE BOOL "Enable Foo" FORCE)
    set(BAR OFF CACHE BOOL "Enable Bar" FORCE)
endif()

这种方式彻底避免了用户直接设置互斥选项的可能，在ccmake里用户只需从下拉菜单中选择想要的功能，FOO和BAR的状态会自动同步，非常适合复杂的多选项冲突场景。

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