如何阻止GCC将无符号整数转换为有符号整数？（SH7058开发场景）

你遇到的是SuperH架构GCC的常量优化行为：0xFFFFB000u作为32位无符号地址，被GCC压缩存储为16位的.short -20480（即十六进制0xB000）。这是因为SH系列CPU的mov.w指令会将16位有符号数自动符号扩展为32位，0xB000符号扩展后正好是0xFFFFB000，完全匹配原地址，所以这个转换不影响代码功能，只是汇编层面的显示形式不同。

如果一定要让GCC以无符号形式存储该常量，可尝试以下方法：

方法1：显式指定无符号常量存储类型 #

通过汇编指令直接定义无符号短整型常量，确保地址引用匹配：

#define FLAG (0x40)
#define ADDRESS (0xFFFFB000u)
// 显式定义无符号16位常量
asm(".L3: .unsigned short 0xB000");
#define P ((volatile unsigned char *)ADDRESS)

unsigned char some_func(){
    return *P & FLAG;
}

编译后汇编中的.L3会存储为无符号的0xB000，而非有符号的-20480。

方法2：用宏技巧引导GCC生成32位常量 #

通过强制类型转换明确地址的无符号32位属性，抑制GCC的16位压缩优化：

#define FLAG (0x40)
#define ADDRESS (0xFFFFB000u)
#define P ((volatile unsigned char *)( (unsigned long)ADDRESS ))

unsigned char some_func(){
    return *P & FLAG;
}

若上述方法无效，可尝试添加SuperH架构专属编译选项-mno-sign-extend，该选项会禁止加载16位数据时的符号扩展，但需注意这可能影响其他代码逻辑，需测试验证。

关键说明 #

GCC的这个优化是合理的：16位常量比32位常量占用更少存储空间，且通过符号扩展能正确还原原32位地址。如果代码功能正常，无需刻意修改这个汇编输出形式。

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