树莓派4上char为无符号类型导致C语言8位有符号值运算异常

这是代码可移植性缺陷+架构实现差异共同导致的问题，核心原因如下：

1. char的符号属性属于C语言的实现定义行为

• x86/x86_64架构的PC Linux中，char默认是有符号8位整数，取值范围为-128~127，符合你自定义typedef char int8的预期。
• ARM架构的树莓派Raspberry Pi OS中，char默认是无符号8位整数，取值范围为0~255，你自定义的int8在这个环境下实际是无符号类型，和你的使用需求完全不符。

2. 负数浮点值转无符号整数触发未定义行为
   你计算的127.0 * -0.812结果约为-103.124：

• 在PC环境下，该值在有符号char的取值范围内，强转后得到-103，输出符合预期。
• 在树莓派环境下，你要将负数强转为无符号的char类型，C标准明确规定：当待转换的浮点值小于目标无符号整数类型的最小值（0）时，转换行为未定义。你遇到的所有负数转换后变为0，就是该未定义行为在当前编译器、架构组合下的具体表现。

修复方案 #

• 不要自定义固定宽度整数类型，直接包含标准头文件<stdint.h>，使用标准定义的int8_t（有符号8位）、int32_t等类型，这些类型的符号、宽度是跨平台统一的，不会出现架构差异。
• 浮点值转整数前增加范围校验，避免传入目标类型无法表示的数值，防止触发未定义行为。

内容的提问来源于stack exchange，提问作者The Gribble