加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

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

发布时间:2020-12-14 02:20:11 所属栏目:Linux 来源:网络整理
导读:我的 Linux系统上的所有标准共享库(Fedora 9)都将ELFOSABI_NONE(0)指定为OSABI. 这很好 – 但是我收到了供应商的共享库,其中ELF头中给出的OSABI是ELFOSABI_LINUX(3). 这对于用于Linux系统的共享库来说听起来不是一个不合理的值,但是它与我所有其他库的值不同
我的 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应该没有问题.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读