conan 入门(三十八):conan二进制包的兼容性及自定义package_id的方式

10km

已于 2023-12-29 18:11:13 修改

阅读量1.1k

点赞数 25

分类专栏： conan 文章标签： conan 兼容性 package_id compatibility conanfile.py

于 2023-12-14 17:46:22 首次发布

本文链接：https://blog.csdn.net/10km/article/details/135000172

版权

conan 专栏收录该内容

39 篇文章 99 订阅

订阅专栏

conan二进制包的兼容性是指一个package是否可以满足当前profile中定义的settings,以及conanfile.py指定的options参数。
默认情况下，conan在搜索一个依赖库匹配的二进制包(package)时，要求settings,options中所有参数都匹配,才算是一个兼容的包。
conan会根据settings,options中提供的参数算出哈希值作为package_id。以确保二进制包的唯一性。
简单说，settings.os=Linux的包就不能用于windows平台，同样，settings.compiler=gcc的包也不能用于msvc编译器。
对于options也是同样的道理,如果一个recipe的conanfile.py中定义了options,那么options中定义的所有参数必须都与要求的匹配才能满足当前编译环境要求。

在大多数情况下，这样的兼容策略都是合理的。

但是有的情况下settings,options中所有参数完全匹配的要求就有些多余，
比如，conanfile.py中定义了options.build_test参数用于指定是否编译测试程序。
一般来说，测试程序主要用于测试，并不算依赖库的一部分，在项目构建时不会被引用或执行，所以是否有测试程序并不影响二进制包的兼容性。
但根据默认的兼容性要求，options.build_test参数为True或False编译出来就是两个不同的二进制包。没什么意义却又占用了空间。

所以conan提供了自定义二进制包兼容性的能力，
对于上面的options.build_test参数的问题，如下就可以在生成package_id时将options.build_test排除在外。这样，不论options.build_test参数为True或False都不影响package_id的值。

    def package_id(self):
        del self.info.options.build_test

https://gitee.com/l0km/jpegwrapper是一个支持conan封装的项目，它的conafile.py就定义options.build_test参数，但如上定义了package_id方法将options.build_test排除在外
最终生成的package中就没有options.build_test，如下是conan list 方法查询输出的二进制包信息：
在这里插入图片描述
以上只是一个简单应用，仔细看看官方文档《Customizing the binary compatibility》你还可以发现更灵活的应用示例

参考资料

《Customizing the binary compatibility》

conan系列文章

10km

关注

25
点赞
踩
13

收藏

觉得还不错? 一键收藏
打赏
0
评论
conan 入门(三十八):conan二进制包的兼容性及自定义package_id的方式

conan二进制包的兼容性是指一个package是否可以满足当前profile中定义的settings,以及conanfile.py指定的options参数。默认情况下，conan在搜索一个依赖库匹配的二进制包(package)时，要求中所有参数都匹配,才算是一个兼容的包。conan会根据中提供的参数算出哈希值作为package_id。以确保二进制包的唯一性。简单说，的包就不能用于windows平台，同样，的包也不能用于msvc编译器。对于options。
复制链接

扫一扫