c++ - GLib 类型的位大小和对更奇异的(想想 16 位字符)平台的可移植性

Question

例如，给定 https://developer.gnome.org/glib/stable/glib-Basic-Types.html 处的定义:

gint8

typedef signed char gint8;

A signed integer guaranteed to be 8 bits on all platforms. Values of this type can range from G_MININT8 (= -128) to G_MAXINT8 (= 127)

-- GLIb 如何保证在 char 不是 8 位的平台上类型仍然是 8 位？还是只有 GLib x86/etc.(即这是一个已知的限制)？

Answer 1

正如 Hans Passant 在他的评论中所说，glib 通过不支持 signed char 为任何其他大小的平台来保证 gint8 是 8 位。只有两种类型的系统曾经有过不满足此要求的 C 编译器实现。

第一种是字节大小为 9 位的系统。今天这些已经过时了，但是像这样的系统有一些最早的 C 编译器。从理论上讲，编译器可以模拟一个受限范围的 8 位类型作为扩展，但它在内存中仍然是 9 位长，并且不会真正给你任何东西。

第二种是字可寻址系统，字大小为 16、32 或 64 位。在这些计算机中，处理器只能在字边界寻址内存。地址 0 是第一个字，地址 1 是第二个字，以此类推，字之间没有任何重叠。对于大多数像这样的系统现在已经过时了，但在任何地方都没有 9 位字节机器那么多。显然，在嵌入式系统中至少仍有一些字可寻址处理器的使用。

在针对字可寻址系统的 C 编译器中，一个字节的大小是字大小或 8 位，具体取决于编译器。一些编译器给出了一个选择。拥有字大小字节是简单的方法。另一方面，实现 8 位字节需要大量工作。编译器不仅必须使用多条指令来访问每个字中包含的单独的 8 位值，还必须模拟一个字节可寻址指针。这通常意味着 char 指针的大小与 int 指针不同，因为字节可寻址指针需要更多空间来存储地址和字节偏移量。

不用说，glib 不支持使用字大小字节的编译器，而使用 8 位字节的编译器至少能够实现 gint8。尽管由于许多其他原因，它们仍然可能得不到支持。 sizeof(char *) > size(int *) 为 true 的事实可能是个问题。

我还应该指出，还有一些其他长期过时的系统，虽然有使用 8 位字节的 C 编译器，但仍然没有满足 gint8 要求的类型.这些系统使用 1 的补码或带符号的幅度整数，这意味着 signed char 的范围是 -127 到 127，而不是 glib 保证的 -128 到 127 范围。