孵化中的功能

本节致力于正在开发中的新功能,以寻求用户测试和反馈。它们通常隐藏在标志后面,以便在测试阶段可以明确选择加入。它们需要最新的 Conan 版本(有时建议从 develop2 源代码分支运行),并显式设置这些标志。

新的 CMakeConfigDeps 生成器

此生成器旨在替代当前的 CMakeDeps 生成器,并进行了多项待处理的修复和改进,这些改进在不破坏现有功能的情况下很难在当前生成器中完成。

  • 创建真实的 SHARED/STATIC/INTERFACE IMPORTED 目标,不再有伪造的接口目标。CONAN_LIB:: 和其他类似目标已不存在。

  • 为目标定义 IMPORTED_CONFIGURATIONS。

  • 依赖项的 CONFIG 定义匹配依赖项的 Release/Debug/etc build_type,不再使用消费者的。

  • 为库目标定义 IMPORTED_LOCATION 和 IMPORTED_IMPLIB。

  • 根据配方(recipe)的 languagescpp_info/component languages 属性定义 LINK_LANGUAGES。

  • 所有这些都允许更好地传播链接需求和可见性,从而避免在 Linux 上出现一些传递共享库的链接错误。

  • 更好地定义同一包内组件之间以及与其它包之间的 requires 关系。

  • 使用 tool_requires 依赖项时,不需要任何 build_context_activatedbuild_context_suffix

  • 定义 cpp_info/component.exe 信息(还应包括 .location 定义),以定义可执行的 EXECUTABLE 目标。

  • 来自 requires 的可执行文件也可以在非交叉编译场景中使用。当存在对同一依赖项的 tool_requires 时,这些可执行文件将具有优先权。

  • 创建新的 conan_cmakedeps_paths.cmake 文件,其中包含用于直接查找依赖项的 <pkg>_DIR 路径定义。该文件也计划用于 cmake-conan,以扩展其用法并避免由于 CMake 驱动的安装无法稍后注入工具链而导致的一些当前限制。

  • (Conan 2.14 新增) 通过 cpp_info.frameworks 更好地管理系统 OSX Frameworks。

  • (Conan 2.14 新增) 定义 cpp_info/component.package_framework 信息(还应包括 .location 定义,例如 os.path.join(self.package_folder, "MyFramework.framework", "MyFramework")),以定义要链接的自定义 OSX Framework 库。

注意

此生成器仅用于生成 config.cmake 配置文件,它不会生成 Find*.cmake 查找模块,并且不计划支持该功能。请使用 CMakeDeps 生成器。

除了 CppInfo 中已定义的字段外,可以在 cpp_infocpp_info.components 中定义的新字段有:

# EXPERIMENTAL FIELDS, used exclusively by new CMakeConfigDeps (-c tools.cmake.cmakedeps:new)
self.cpp_info.type  # The type of this artifact "shared-library", "static-library", etc (same as package_type)
self.cpp_info.location # full location (path and filename with extension) of the artifact or the Apple Framework library one
self.cpp_info.link_location  # Location of the import library for Windows .lib associated to a dll
self.cpp_info.languages # same as "languages" attribute, it can be "C", "C++"
self.cpp_info.exe  # Definition of an executable artifact
self.cpp_info.package_framework  # Definition of an Apple Framework (new since Conan 2.14)
self.cpp_info.sources  # List of paths to source files in the package (for packages that provide source code to consumers)

这些字段将从其他 cpp_infocomponents 定义中自动推导,例如 libslibdirs 字段,但自动推导可能有限制。显式定义它们将抑制自动推导,并使用配方提供的值。

使用以下命令为目标声明源文件:

self.cpp_info.sources = ["src/mylib.cpp", "src/other.cpp"]

这允许包将源代码作为依赖项提供给消费者。路径应相对于包文件夹。源文件将作为 INTERFACE_SOURCES 属性添加到 CMake 库(或组件)目标,并且链接到该目标的消费者在构建自己的目标时将编译这些源文件。

此功能通过 -c tools.cmake.cmakedeps:new=will_break_next 配置启用。值 will_break_next 在后续版本中会更改,以强调此功能不适用于测试以外的用途。仅通过启用此配置并强制构建使用 CMakeDeps 的包,即可触发新生成器的使用。

此新生成器也可在 conanfile 文件中使用:

conanfile.txt
[generators]
CMakeConfigDeps
conanfile.py
class Pkg(ConanFile):
   generators = "CMakeConfigDeps"

conanfile.py
from conan import ConanFile
from conan.tools.cmake import CMakeConfigDeps

class TestConan(ConanFile):

   def generate(self):
      deps = CMakeConfigDeps(self)
      deps.generate()

对于此配方的 CMakeConfigDeps 用法,仍需要 -c tools.cmake.cmakedeps:new=will_break_next。如果未启用该配置,这些配方将失败。也可以定义 -c tools.cmake.cmakedeps:new=recipe_will_break 来仅启用 CMakeConfigDeps 生成器,但不自动替换现有的 CMakeDeps

请注意,即使是显式的 CMakeConfigDeps 生成器语法,此功能仍处于“孵化”状态,此配方可能会随时中断或被删除。

如有任何反馈,请在 https://github.com/conan-io/conan/issues 上开具新工单。这些反馈对于稳定此功能并将其移出孵化阶段非常重要,因此即使您没有发现问题并且它运行良好,报告积极反馈也非常有用。

工作区

已移至 工作区

工作区文件语法

已移至 工作区文件

工作区命令

已移至 conan workspace

工作区单体构建

已移至 单体构建

如有任何反馈,请在 https://github.com/conan-io/conan/issues 上开具新工单。