RISCV32环境下LLVM与GCC中unsigned long的大小差异问题

问题原因 #

这并非编译器Bug，也不是遗漏编译选项，而是GCC和Clang在stdint.h头文件中对uint32_t的typedef实现存在差异：

• 在RV32 ILP32环境下，GCC将uint32_t定义为unsigned long的别名，因此两个test函数的参数类型被视为同一类型，编译通过。
• 而Clang将uint32_t定义为unsigned int的别名，unsigned long和unsigned int在C标准中属于不同类型，因此编译器判定函数声明冲突并报错。

尽管RV32的ILP32 ABI规范要求long为32位，但C标准仅规定uint32_t是宽度为32位的无符号整数类型，并未强制要求它必须是unsigned long的别名——具体映射由编译器的头文件实现决定。

验证方法 #

你可以通过以下代码确认两种类型的实际映射关系：

#include <stdint.h>
#include <stdio.h>

int main(void) {
    printf("sizeof(unsigned long): %zu\n", sizeof(unsigned long));
    printf("sizeof(uint32_t): %zu\n", sizeof(uint32_t));
    printf("类型是否兼容（GCC/Clang内置判断）：%d\n", 
           __builtin_types_compatible_p(unsigned long, uint32_t));
    return 0;
}

分别用GCC和Clang编译运行，会看到__builtin_types_compatible_p的返回值在GCC中为1，Clang中为0，直接验证类型别名的差异。

解决方法 #

1. 统一参数类型：修改代码，将两个test函数的参数类型统一为uint32_t或unsigned long，消除对编译器头文件实现细节的依赖，这是最可靠的方案。
   修改后的代码示例：

   #include <stdint.h>
   
   void test(uint32_t i);
   
   void test(uint32_t j); // 统一为uint32_t
   
   int main(void) {}
   

2. 确认ABI选项生效：确保Clang编译时-mabi=ilp32选项正确生效（你当前的编译命令已经包含该选项，无需额外添加），该选项保证long为32位，但无法改变uint32_t的typedef映射。

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