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

为什么Universal Binaries / FatElf不属于Linux内核?

发布时间:2020-12-14 01:42:12 所属栏目:Linux 来源:网络整理
导读:Apple的通用二进制概念允许轻松发送包含32位和64位二进制版本的单个文件. 虽然这在使用FatElf的Linux中是可行的,但默认情况下FatElf和通用二进制的概念并没有在内核中出现? 这背后的原因是什么?为什么内核开发人员认为在Linux上使用通用二进制文件是个坏主
Apple的通用二进制概念允许轻松发送包含32位和64位二进制版本的单个文件.

虽然这在使用FatElf的Linux中是可行的,但默认情况下FatElf和通用二进制的概念并没有在内核中出现?

这背后的原因是什么?为什么内核开发人员认为在Linux上使用通用二进制文件是个坏主意?

更新
我不是在寻找讨论.假设通用二进制文件不是主要Linux内核的一部分.我只是在问它背后的原因.

解决方法

It is given that Universal Binaries are not part of the main linux kernel. I am just asking for the reasoning behind it.

胖二进制文件的胖度是32位或64位系统所需的两倍.

既然单独提供两个单独的二进制文件同样容易,为什么我要在系统上携带额外的脂肪,或者为什么要强迫最终用户下载两倍于所需的脂肪?

我认为MacOS选择使用胖二进制文件的原因是他们不希望他们的最终用户了解他们是在PPC Mac还是Intel Mac上运行.

Linux用户在了解它们是在32位还是64位系统上运行时似乎没有问题.

(编辑:李大同)

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

    推荐文章
      热点阅读