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

gar*_*les 5 c linux compiler-construction binary-compatibility

对不起,如果这是一个显而易见的问题,但我发现很少有人在网上引用...

我正在使用我们的业务合作伙伴用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
Run Code Online (Sandbox Code Playgroud)

并且"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]
Run Code Online (Sandbox Code Playgroud)

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

Mat*_*t T 3

我认为诀窍是使用您希望支持的任何平台的最旧的内核和 C 库版本构建 Linux 风格。在我的工作中,我们基于 Debian 4 进行构建,这使我们能够以非官方的方式正式支持 Debian 4 及更高版本、RedHat 3、4、5、SuSE 10 以及各种其他发行版(SELinux 等)。

我怀疑,通过在 Linux 的新版本上进行构建,支持旧机器上的用户会变得很困难。

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