x86_64平台上C语言int类型最终取值范围由谁定义？

在x86_64平台上，编译器（如GCC、LLVM）才是最终定义int取值范围的核心主体，但这个决策会受行业规范和平台ABI（应用二进制接口）的约束，下面具体拆解各角色的实际作用：

• CPU厂商（如Intel）：x86_64硬件支持8位、16位、32位、64位等多种字长的整数运算，但它并不规定C语言中int类型对应哪种字长，只是提供底层硬件能力。比如Intel的x86_64 CPU能完美处理32位整数，但int是否为32位，完全由上层软件约定决定。
• glibc：作为C标准库，它的limits.h中定义的INT_MAX只是对编译器定义的反映，而非源头。比如编译器确定int为32位后，glibc才会在头文件中把INT_MAX设为2147483647，它仅提供方便开发者使用的宏定义，不具备定义类型范围的权限。
• 编译器：编译器是C语言标准和平台ABI的执行者。C99标准仅规定INT_MAX的最小值为32767，POSIX规范进一步要求INT_MAX最小为2147483647；同时x86_64的System V ABI（Linux等主流系统遵循的二进制接口）明确约定int为32位，编译器会严格遵循这些规范和ABI，最终确定int的取值范围为-2147483648到2147483647。

补充说明 #

不同规范之间并不冲突：C99是基础标准，给出最低要求；POSIX是针对类Unix系统的更严格规范；而平台ABI则是具体到x86_64平台的落地约定，编译器会在满足上层规范的前提下，遵循ABI完成类型的具体定义。

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