一般来说在低版本库机器上编译的动态库兼容性好,不会因环境问题导致动态库不可用。当高版本机器上没有低版本库时,只需建一个软链即可。
比如编译动态库libx.so 依赖liby.so;
| 系统 | 动态库 | soname | 真实库版本 |
| 低版本 | liby.so | liby.so.0 | liby.so.0.1.0 |
| 高版本 | liby.so | liby.so.1 | liby.so.1.1.0 |
在高版本上运行只需建软链
ln -s liby.so.1 liby.so.0
如果在高版本机器上不允许建软链,可在高版本系统上重新编译库,使之依赖高版本库。下面给出在低版本机器上编译链接高版本库的步骤实例,仅作实验。
export.c//空函数源文件
cp liby.so.0.1.0 liby-real.so.0.1.0
ln -s liby-real.so.0.1.0 liby-real.so
gcc -shared -fPIC -o liby.so export.c -Wl,-soname=liby.so.1 -L./ -ly-real
gcc -shared -fPIC -o libx.so -L./ -ly
这时libx.so 依赖liby.so.1;
本文介绍了如何在低版本系统中通过软链或重新编译依赖于高版本库的动态库libx.so,确保跨平台兼容,并提供了编译和链接的具体步骤。重点在于解决不同版本动态库的兼容问题和部署方法。
853

被折叠的 条评论
为什么被折叠?



