为什么共享库的ELF头将Linux指定为OSABI?

我的 Linux系统上的所有标准共享库(Fedora 9)都将ELFOSABI_NONE(0)指定为OSABI.

这很好 – 但是我收到了供应商的共享库,其中ELF头中给出的OSABI是ELFOSABI_LINUX(3).

这对于用于Linux系统的共享库来说听起来不是一个不合理的值,但是它与我所有其他库的值不同 – 所以当我尝试使用dlopen()一个库中打开这个库时我的其他库失败,错误“ELF文件OS ABI无效”.

我编译了FreeBSD实用程序brandelf.c并使用它将OSABI类型更改为0,现在库似乎可以正常运行其他所有内容.

我只是想知道 – 为什么你认为这个库被标记为ELFOSABI_LINUX?我猜它们可能在另一个系统上交叉编译并指定了一些gcc标志,导致这个值被设置到ELF标题中?我试图实现类似的东西,但无法确定适当的gcc标志或标志.

我想知道可能的原因是什么,因为这个特定的供应商在没有大量手持的情况下不会做任何事情,我希望能够说“你可能正在做X但是这意味着我们必须修改你的库在我们收到它们之后“.

解决方法

可能是供应商在FreeBSD上交叉编译或使用最新的Fedora系统,其中使用STT_GNU_IFUNC的任何内容都将标记为ELFOSABI_LINUX.如果您尝试在Linux上使用它,那么将它更改为ELFOSABI_NONE应该没有问题.

相关文章

insmod和modprobe加-f参数导致Invalid module format错误 这...
将ArchLinux安装到U盘 几个月前入门Arch的时候上网搜了不少安...
1、安装Apache。 1)执行如下命令,安装Apache服务及其扩展包...
一、先说一下用ansible批量采集机器信息的实现办法: 1、先把...
安装配置 1. 安装vsftpd 检查是否安装了vsftpd # rpm -qa | ...
如何抑制stable_secret读取关键的“net.ipv6.conf.all.stabl...