CMP0168

在 3.30 版本中添加。

FetchContent 模块直接实现步骤,而不是通过子构建。

CMake 3.29 及以下版本将 FetchContent 实现为一个单独的子构建。这需要配置该单独的项目并使用构建工具。这种方法在某些生成器和操作系统上可能非常慢。CMake 3.30 及以上版本更倾向于将下载、更新和修补步骤直接作为主项目的一部分来实现。

NEW 行为具有以下特征

  • 不使用子构建。所有操作都直接从主项目的 CMake 配置步骤中实现。在 CMake 脚本模式下运行时,不需要构建工具。

  • 不支持生成器表达式和 $(SOMEVAR) 形式的 GNU Make 变量。它们不应在 FetchContent_Declare()FetchContent_Populate() 的任何参数中使用。

  • 所有 LOG_...USES_TERMINAL_... 选项、QUIET 选项以及 FETCHCONTENT_QUIET 变量都被忽略。FetchContent 输出始终为主项目配置输出的一部分。这也意味着它现在尊重消息日志级别(参见 CMAKE_MESSAGE_LOG_LEVEL--log-level)。默认消息日志级别应该与使用 QUIETOLD 策略设置时的效果相当,只是现在会显示警告。

  • PREFIXTMP_DIRSTAMP_DIRLOG_DIRDOWNLOAD_DIR 选项及其关联的目录属性被忽略。FetchContent 模块在内部控制这些位置。

  • cmake --fresh 将删除用于跟踪和填充依赖项的时间戳和脚本文件。这将强制重新执行依赖项的下载、更新和修补步骤。用于下载的目录不受 cmake --fresh 的影响,因此 URL 下载方法以前下载的任何文件仍然可以重复使用。

OLD 行为具有以下特征

  • 始终使用子构建来实现下载、更新和修补步骤。即使在 CMake 脚本模式下使用 FetchContent_Populate(),也必须使用构建工具。

  • 可以使用 $(SOMEVAR) 形式的生成器表达式和 GNU Make 变量,尽管这种用法几乎总是不可取的。它们在子构建中进行评估,因此看不到来自主构建的任何信息。

  • 支持与下载、更新或修补步骤相关的全部日志记录、终端控制和目录选项。

  • 如果使用 QUIET 选项,或将 FETCHCONTENT_QUIET 变量设置为 true,则输出中不会显示警告。

  • cmake --fresh 对依赖项的时间戳或脚本文件没有影响。先前执行的步骤只有在依赖项的详细信息发生更改时才会重新运行。

用户可以将 CMAKE_POLICY_DEFAULT_CMP0168 变量设置为 NEW 以全局切换到 NEW 行为,同时等待项目及其依赖项更新以默认使用 NEW 策略设置。项目通常不会使用 NEW 行为不再支持的功能,即使是那些项目,在忽略这些选项时通常也能正常工作。在全局设置此行为之前,请检查是否有任何 FetchContent_Declare()FetchContent_Populate() 调用以会更改可观察行为的方式使用被忽略的选项,除了将临时文件或内部生成的文 件放在不同的位置。

此策略是在 CMake 3.30 版本中引入的。它可以通过 cmake_policy()cmake_minimum_required() 设置。如果未设置,CMake 不会发出警告,并使用 OLD 行为。

注意

策略的 OLD 行为 根据定义已弃用,并且可能会在 CMake 的未来版本中删除。