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

2023-12-14 21:38:24

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系列文章

文章来源:https://blog.csdn.net/10km/article/details/135000172
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系我的编程经验分享网邮箱：veading@qq.com进行投诉反馈，一经查实，立即删除！