Linux发行版之间的二进制兼容性

概述对不起,如果这是一个显而易见的问题,但我发现很少有人在网上引用… 我正在使用我们的业务合作伙伴用C编写的API,并将其作为.so二进制文件提供给我们,构建在Fedora 11上.我们已经在Fedora 11开发机器上测试了API,没有任何问题.但是,当我尝试链接客户目标平台上的API(恰好是SuSE Enterprise 10.2)时,我收到“文件格式无法识别”错误. 同样属于binutils包的 对不起,如果这是一个显而易见的问题,但我发现很少有人在网上引用…

我正在使用我们的业务合作伙伴用C编写的API,并将其作为.so二进制文件提供给我们,构建在Fedora 11上.我们已经在Fedora 11开发机器上测试了API,没有任何问题.但是,当我尝试链接客户目标平台上的API(恰好是SuSE Enterprise 10.2)时,我收到“文件格式无法识别”错误.

同样属于binutils包的命令,例如objdump或nm,给出了相同的文件格式错误. “file”命令显示我：

ELF 64-bit LSB shared object,AMD x86-64,version 1 (SYSV),not stripped

并且“ldd”命令显示：

ldd: warning: you do not have execution permission for `./libuscuavactivity.so.1.1'./libuscuavactivity.so.1.1: /usr/lib64/libstdc++.so.6: version `GliBCXX_3.4.9' not found (required by ./libuscuavactivity.so.1.1)[dependent library List]

我猜这是由于两个平台上的C库之间不兼容,问题是代码是针对新版本的glibc等而不是SuSE 10.2上提供的.我发布这个问题是因为有一种方法可以在我们的合作伙伴的Fedora 11平台上编译代码,这样它也可以在SuSE 10.2上运行.

解决方法 我认为诀窍在于使用您希望支持的任何平台的最旧内核和C库版本来构建linux的风格.在我的工作中,我们以Debian 4为基础,允许我们以非官方方式正式支持Debian 4及以上版本,RedHat 3,4,5,SuSE 10以及其他各种发行版(SElinux等).

我怀疑通过构建一个不错的新版本的linux,很难支持旧机器上的人.

(编辑)我应该提一下,我们使用Debian 4附带的默认编译器,我认为是GCC 4.1.2.安装较新的编译器版本往往会使兼容性更差.

总结

以上是内存溢出为你收集整理的Linux发行版之间的二进制兼容性全部内容，希望文章能够帮你解决Linux发行版之间的二进制兼容性所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。