Linux - 共享库兼容性

Linux - 共享库兼容性

问题描述

近期有同学参与OS升级，并遇到高版本OS上带的库为高版本的，如libpcre.so.1；而原低版本OS上带的为低版本的库，对应的是libpcre.so.0。有工具是在低版本OS上编译的，是依赖于该库的libpcre.so.0版本，但OS版本升级后该工具的依赖不满足，导致工具运行不起来，提示缺库。

问题（误以为）解决

同学经百度后，发现有网友建议建立软连接libpcre.so.0指向libpcre.so.1。于是照做，诶，还真能跑通过了！
于是请掌管root的同学将所有高版本的OS都这么做一遍，以解决上面提到的问题。

问题分析

上面百度的方法，没有确保是否兼容，只是恰好看起来能跑通过，而且也并不能保证跑的结果正确。正确的方法是在新旧OS上，分别执行readelf -d /path/to/libpcre.so.0与readelf -d /path/to/libpcre.so.1，然后看其SONAME是否相同，

1. 如果相同，则可以直接像上述方式一样，做软连接解决；
2. 如果不相同，则上述方式是错误的。因为SONAME不相同，则说明该ELF文件的ABI不兼容。

问题解决

如果SONAME不相同，则应在高版本OS上重编一个libpcre.so.0库，然后执行相应的设置后给用户使用。

心得分享

百度的很多答案是恰好work，但会给未来埋雷。找资料就要找原理性的，要找知识的源头！

资料参考

https://en.wikipedia.org/wiki/Soname