为何GCC/Clang编译C++98时报<cstdint>错误却忽略<stdint.h>？

核心原因：编译器的兼容实现差异 #

虽然C++98标准确实未定义<cstdint>和<stdint.h>，但GCC/Clang的库实现对二者做了差异化兼容处理：

• <stdint.h>是C99标准引入的C语言头文件，编译器在C模式下保留了对该C头的兼容支持——即使指定-std=c++98，也不会主动阻止包含它，这是为了兼容C98时代就依赖C99头文件的存量代码。
• <cstdint>是C11才正式纳入标准的C风格头文件，编译器对它的版本检查更严格：当指定-std=c++98并开启-pedantic时，会严格遵循C++98标准的定义，拒绝这个不属于该标准的头文件，因此抛出版本支持错误。

差异背后的设计逻辑 #

C++标准从C语言引入头文件时，分为两类处理：

1. 传统C头文件（如<stdint.h>）：C++标准允许编译器在兼容模式下保留这类后续C标准引入的头，以兼容跨语言的代码依赖。
2. C化的头文件（如<cstdint>）：这类头是C标准明确对应引入的，编译器会严格按照C版本来启用，-pedantic选项会强制编译器严格遵循标准，因此在C98模式下会拦截<cstdint>的包含。

实践建议 #

如果需要在C98代码中使用固定宽度整数类型，<stdint.h>是GCC/Clang允许的兼容方式，但这属于非标准扩展，并非所有C98编译器都支持。若要严格遵循C++98标准，则不能依赖这两个头文件，需自行定义对应类型。

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