为什么char的符号没有在C中定义？

C标准规定：

ISO / IEC 9899：1999,6.2.5.15（第49页）

char，signed char和unsigned char这三种类型统称为字符类型。 实现应将char定义为具有与signed char或unsigned char相同的范围，表示和行为。

确实gcc根据目标平台定义。

我的问题是，为什么标准会这样做？ 除了可怕的和难以发现的错误之外，我看不到任何可能来自模糊类型定义的内容。

不仅如此，在ANSI C（C99之前）中，唯一的字节大小类型是char，因此使用char进行数学运算有时是不可避免的。 所以说“一个人永远不应该使用char来表示数学”并非如此。 如果是这种情况，更明智的决定是包括三种类型“ char ， ubyte ， sbyte ”。

有没有理由，或者它只是一些奇怪的向后兼容性问题，以便将坏（但常见）编译器定义为标准兼容？

Answer 1

具有未指定签名的“普通”字符允许编译器选择对目标体系结构更有效的表示：在某些体系结构上，零扩展单字节值到“int”的大小需要更少的操作（从而使得简单的字符’ unsigned’），而在其他指令集上，指令集使符号扩展更自然，而普通的char实现为signed。

Answer 2

也许从历史上看，某些实现的“char”已经签名，而且有些是未签名的，因此为了与它们兼容，它们无法将其定义为一个或另一个。

Answer 3

在那些美好的旧时代C被定义，角色世界是7位，所以符号位可用于其他事物（如EOF）

Answer 4

在某些机器上，签名的字符太小，无法容纳C字符集中的所有字符（字母，数字，标准标点符号等）。在这样的机器上，’char’必须是无符号的。 在其他机器上，unsigned char可以包含大于signed int的值（因为char和int的大小相同）。 在那些机器上，’char’必须签名。

Answer 5

我想（从我的头脑中）他们的想法是沿着以下几点：

如果您关心char的符号（将其用作字节），则应明确选择signed或unsigned char。