标签: compatibility

我已经看到通常在提到 shell 时使用的短语“sh compatible”。我不确定它是否也适用于可能在 shell 中运行的程序。

shell 或其他程序“sh 兼容”是什么意思？“sh不兼容”是什么意思？

编辑：这个问题询问 bash 和 sh 之间的区别非常相关： Difference between sh and bash

我仍然想直接回答“sh 兼容”的含义。一个合理的预期可能是“sh 兼容”意味着“实现了 Shell 命令语言”，但是为什么有这么多“sh 兼容”的 shell，它们为什么不同呢？

一个非常简单的小程序的可执行文件，比如下面显示的，在一种 Linux 上编译的，它会在不同的 Linux 上运行吗？还是需要重新编译？

在这种情况下，机器架构重要吗？

int main()
{
  return (99);
}

Node.js现在非常流行，我一直在用它编写一些脚本。不幸的是，兼容性是一个问题。正式地，Node.js 解释器应该被称为node，但 Debian 和 Ubuntu 提供了一个名为的可执行文件nodejs。

我想要 Node.js 可以在尽可能多的情况下使用的可移植脚本。假设文件名是foo.js，我真的希望脚本以两种方式运行：

1. ./foo.js如果node或nodejs在 中，则运行脚本$PATH。
2. node foo.js还运行脚本（假设调用了解释器node）

注意： xavierm02 和我自己的答案是多语言脚本的两种变体。如果存在，我仍然对纯粹的shebang解决方案感兴趣。

我知道 OSX 和 Linux 之间有很多区别，但是是什么让它们如此完全不同，以至于它们根本不兼容？

在选择可以安装 Linux 的笔记本电脑方面，我一直很不走运。如果不是开箱即用的无线网卡，那就是显卡。此外，我仍然无法使我的计算机休眠、合上盖子并在稍后从我离开的地方恢复。我总是不得不关闭笔记本电脑或让它一直开着。

是否有笔记本电脑供应商被认为在性能和与 Linux 的兼容性之间取得了最佳平衡？如果没有，那么在购买笔记本电脑时应该注意什么？

在讨论 Linux 内核和 GUI ABI 的向后兼容性时，Alan Cox 指出“我的 3.6rc 内核仍将运行 1992 年构建的 Rogue 二进制文件。X 重新兼容比 Linux 更古老的应用程序。 ”

那么 Linux应用程序二进制接口的向后兼容程度如何？

什么是最古老的二进制可执行文件，实际上是在几年前编写和编译的，仍然可以在现代股票通用 Linux 发行版上运行？

我相信所有这些话都可以解释。我的主要观点是通过模拟器或专门的虚拟机或二进制翻译器运行它是不公平的，但一些这样的东西可能内置在一些现代发行版中，了解它是这里乐趣的一部分。

硬件架构、可执行文件格式、语言和主要库动态加载依赖项的变化也很有趣。

请注意，当规则放宽时，这里有一个更进一步的例子。2002年的网页运行的a.out现代的Red Hat Linux可执行会谈有关使用真的老的Linux预ELF的a.out格式的可执行文件后做事modprobe binfmt_aout ，并获得/lib/ld.so和libc.so.4 同样，对于这个问题，周边兴趣的，但说明了各种各样的事情，进一步挖掘时可能会涉及。

为 BSD 粉丝更新，很高兴看到 iBCS2 支持旧的 Xenix 应用程序（如 1990 年的 zork/dungeon-2.5.6）和 SCO OpenServer 5.0.x 应用程序，最近支持 NetBSD 4.0.1（2008 年）：iBCS2 & NetBSD | 虚拟化的乐趣。但同样的事情在 NetBSD 5.0.x 中似乎被打破了。