输出类似 #define __STDC_VERSION__ 201710L。

这表示默认会按 C17（即 ISO/IEC 9899:2018）语义来处理；201112L 对应的是 C11，199901L 对应的是 C99。

值得注意的是，这里只是在反映预处理器宏的取值，并不等于编译时真的启用了那个标准。

它更像是 GCC 内部默认行为的一张快照。

-std= 和 -std=gnu 的区别必须分清

两者语义不同，混用可能引发隐性兼容问题。

• -std=c99：严格遵循 ISO/IEC 9899:1999，禁用所有 GNU 扩展（比如 __attribute__ 在某些上下文里会被拒）
• -std=gnu99：C99 + GNU 扩展，是大多数项目实际使用的“安全又灵活”的组合
• -std=c11 vs -std=gnu11 同理——前者不认 _Generic 以外的扩展，后者才支持 __auto_type、typeof 等常用扩展
• 如果你用了 typeof 或 __builtin_expect，却只写 -std=c11，编译会直接报错

常见错误场景与应对

以下现象，基本都源于标准不匹配：

• error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode → 源码用了 for (int i = 0; ...)，但编译参数是 -std=c89 或没指定，改用 -std=gnu99 或更高
• error: unknown type name ‘_Bool’ → C99 引入的类型，在 -std=c89 下不可用，需升级标准或手动 typedef
• warning: implicit declaration of function ‘snprintf’ → C99+ 才保证声明在 中，C89 需额外加 #define _GNU_SOURCE 或换标准
• 交叉编译时（如 arm-linux-gnueabihf-gcc），默认标准可能退回到 gnu89，务必显式指定 -std=gnu11

建议的日常使用组合

除非维护遗留系统，否则不要裸用 -std=cXX。

• 新项目起步：优先用 -std=gnu11（GCC 4.7+ 全面支持）或 -std=gnu17（GCC 7.1+）
• 需要严格可移植性（如嵌入式裸机）：用 -std=c11 + -ffreestanding，并自行提供最小 libc 接口
• CI 构建脚本中务必固定标准，例如：gcc -std=gnu11 -Wall -Wextra -Werror，避免因 GCC 升级导致行为漂移

一个更容易被忽略的问题

同一项目里，多个源文件如果用了不同 -std 参数分别编译，链接时不会报错，但行为可能不一致。

比如一个文件用 c99 解析宏，另一个用 gnu11，_Generic 分支就可能失效。

《夸克》非常好用的免费AI浏览器

下载APP查看