主页 / unix / 问题 / 771785
Accepted
syheliel syheliel
Asked: 2024-03-07 13:20:43 +0800 CST

可执行文件如何使用 POSIX 来保持不同 UNIX 系统之间的兼容性？

  • 772

在我的理解中，POSIX只指定了操作系统需要提供的一组API，但它没有指定实现细节，特别是程序集级别的兼容性。例如，在 x86 上，您需要使用系统调用来获取 POSIX API：

1. set `eax` to the syscall number
2. set syscall arguments
3. call int 0x80

但这个过程可能会有很大差异，具体取决于：

  1. UNIX 操作系统：不同的操作系统可以有不同的从系统调用号到 POSIX API 的映射
  2. 架构：X86/arm有不同的指令调用int 0x80

所以我认为 POSIX 通过在不同的 OS.eg 中保留 POSIX 库的 API 转换来完成其工作glibc.so：

POSIX API 作为 glibc 符号提供。因此，每次可执行文件调用 POSIX API 时，它都会在每个操作系统中找到该符号glibc.so，并且无需直接在可执行文件中调用 int 0x80。

所以我的问题是：

  1. 我的理解正确吗？
  2. 除此之外glibc.so，是否还有其他库的行为类似glibc.so但在不同的 UNIX 操作系统中？
linux

1 个回答

  1. Best Answer

    POSIX不指定二进制接口，因此您无法构建“POSIX”二进制文件并在不同的 POSIX 风格操作系统上运行它。POSIX 甚至不关心系统调用；它定义了函数，这些函数最终在哪里实现并不重要。

    实际上，正如您提到的，在 Linux 和其他 POSIX 风格的系统上，这些函数是在“C 库”中实现的。但甚至没有 POSIX 定义的方式让二进制文件调用这些函数；C 程序的 POSIX 在编写和编译程序以及考虑运行时系统接口的行为时最相关，但与如何访问这些接口无关。运行编译器的命令是c99指定的，因此 POSIX 中要求能够获取 C 源代码并将其转换为二进制文件，但该二进制文件的详细信息是特定于系统的。（Linux 上的二进制接口遵循称为System V ABI的规范，具有各种特定于体系结构的扩展。）

    还有其他 C 库。每个平台都提供自己的，有些平台有多个。在 Linux 上，有GNU C 库，还有musl。

    另请注意，C 库不仅用于 C 程序，还用于 C 程序。在 POSIX 风格的系统上，大多数编译器和解释器最终都会使用它。（值得注意的例外包括 Go 二进制文件，它们实现了自己的内核用户空间 API 接口。）

    • 7

相关问题