PkgConfigDeps¶
PkgConfigDeps
是 pkg-config 的依赖关系生成器。生成名为 <PKG-NAME>.pc
的 pkg-config 文件,其中包含有效的 pkg-config 文件语法。
这个生成器可以在 conanfile 中按名称使用
class Pkg(ConanFile):
generators = "PkgConfigDeps"
[generators]
PkgConfigDeps
它也可以在 conanfile 的 generate()
方法中完全实例化
from conan import ConanFile
from conan.tools.gnu import PkgConfigDeps
class App(ConanFile):
settings = "os", "arch", "compiler", "build_type"
requires = "zlib/1.2.11"
def generate(self):
pc = PkgConfigDeps(self)
pc.generate()
生成的文件¶
名为 <PKG-NAME>.pc
的 pkg-config 格式文件,包含有效的 pkg-config 文件语法。prefix
变量会自动调整为 package_folder
prefix=/Users/YOUR_USER/.conan/data/zlib/1.2.11/_/_/package/647afeb69d3b0a2d3d316e80b24d38c714cc6900
libdir=${prefix}/lib
includedir=${prefix}/include
bindir=${prefix}/bin
Name: zlib
Description: Conan package: zlib
Version: 1.2.11
Libs: -L"${libdir}" -lz -F Frameworks
Cflags: -I"${includedir}"
自定义¶
命名¶
默认情况下,*.pc
文件将按照以下规则命名
对于包,它使用包名称,例如,包
zlib/1.2.11
->zlib.pc
。对于组件,包名称 + 连字符 + 组件名称,例如,
openssl/3.0.0
,其中self.cpp_info.components["crypto"]
->openssl-crypto.pc
。
您可以使用 pkg_config_name
和 pkg_config_aliases
属性更改默认行为。请参阅下面的 属性部分。
如果一个 recipe 使用了 components,生成的文件将是 <[PKG-NAME]-[COMP-NAME]>.pc
,其中包含相应的标志和 require 关系。
此外,会生成一个 <PKG-NAME>.pc
文件,以保持与开始支持组件的 recipe 的消费者的兼容性。这个 <PKG-NAME>.pc
文件将包的所有组件声明为 requires,而其余字段将为空,依赖于来自组件 <[PKG-NAME]-[COMP-NAME]>.pc
文件的标志传播。
参考¶
属性¶
build_context_activated¶
当您有一个 build-require 时,默认情况下,不会生成 *.pc
文件。但是您可以使用 build_context_activated 属性激活它
tool_requires = ["my_tool/0.0.1"]
def generate(self):
pc = PkgConfigDeps(self)
# generate the *.pc file for the tool require
pc.build_context_activated = ["my_tool"]
pc.generate()
build_context_folder¶
自 Conan 2.2.0 起新增
当您将同一个包既作为 build-require 又作为 regular require 时,会在生成器中引起冲突,因为 *.pc
文件的文件名以及名称、require 名称等也会发生冲突。
例如,这是某些需求(capnproto、protobuf…)的典型情况,其中包含一个用于在构建时生成源代码的工具(因此它是 build_require),但同时也提供了一个库以链接到最终应用程序,因此您也有一个 regular require。当我们进行交叉构建时,解决这个冲突尤其重要,因为工具(将在构建机器中运行)属于与库(将在主机中“运行”)不同的二进制包。
您可以使用 build_context_folder
属性来指定一个文件夹,以保存由 build_context_activated
中列出的所有这些构建需求创建的 *.pc 文件
tool_requires = ["my_tool/0.0.1"]
requires = ["my_tool/0.0.1"]
def generate(self):
pc = PkgConfigDeps(self)
# generate the *.pc file for the tool require
pc.build_context_activated = ["my_tool"]
# save all the *.pc files coming from the "my_tool" build context and its requirements
pc.build_context_folder = "build" # [generators_folder]/build/
pc.generate()
build_context_suffix¶
已弃用:请改用 build_context_folder 属性
与上面引用的 build_context_folder
属性的概念相同,但这是为了指定需求的后缀,因此构建上下文中(工具 require)的需求的文件/requires/名称将被重命名
tool_requires = ["my_tool/0.0.1"]
requires = ["my_tool/0.0.1"]
def generate(self):
pc = PkgConfigDeps(self)
# generate the *.pc file for the tool require
pc.build_context_activated = ["my_tool"]
# disambiguate the files, requires, names, etc
pc.build_context_suffix = {"my_tool": "_BUILD"}
pc.generate()
重要
此属性不应与 build_context_folder
属性同时使用。
属性¶
以下属性会影响 PkgConfigDeps
生成器
pkg_config_name 属性将定义生成的
*.pc
文件的名称 (xxxxx.pc
)pkg_config_aliases 属性为 pkg_config 生成器设置任何包/组件名称的一些别名。此属性仅接受类似列表的 Python 对象。
pkg_config_custom_content 属性会将用户定义的内容添加到此生成器创建的 .pc 文件中,作为自由格式的变量。该内容可以是字符串或类似字典的 Python 对象。请注意,此处声明的变量将覆盖 Conan 已定义的变量。单击此处了解有关
*.pc
文件中变量类型的更多信息。system_package_version:属性设置一个自定义版本,用于属于为包创建的
*.pc
文件的Version
字段。component_version 属性设置一个自定义版本,用于属于该组件的创建的
*.pc
文件的Version
字段(优先级高于 system_package_version 属性)。
这些属性可以在全局 cpp_info
级别或组件级别定义。
示例
def package_info(self):
custom_content = {"datadir": "${prefix}/share"} # or "datadir=${prefix}/share"
self.cpp_info.set_property("pkg_config_custom_content", custom_content)
self.cpp_info.set_property("pkg_config_name", "myname")
self.cpp_info.components["mycomponent"].set_property("pkg_config_name", "componentname")
self.cpp_info.components["mycomponent"].set_property("pkg_config_aliases", ["alias1", "alias2"])
self.cpp_info.components["mycomponent"].set_property("component_version", "1.14.12")