Clang必须显式指定-std=参数，否则按自身版本策略默认选择C标准（如Clang 16+默认c17），可能导致编译失败或行为异常；需严格匹配大小写，如-std=c99、-std=c11等，并搭配-pedantic确保真正遵守标准。
必须显式加 -std= 参数，Clang 不会默认用你想要的 C 标准，它按自身版本策略选一个（比如 Clang 16+ 默认是 c17），不指定就可能编译失败或行为异常。
直接用 -std= 指定标准版本
Clang 支持所有主流 C 标准，参数值大小写敏感，必须严格匹配：
-
-std=c89或-std=ansi：ANSI C / ISO C90，最老但最严格，禁用所有扩展 -
-std=c99：支持变长数组、inline、restrict等特性 -
-std=c11：增加_Static_assert、泛型宏、线程支持（<threads.h>） -
-std=c17（也叫c18）：实质是 C11 的勘误版，无新增语法，但更严格 -
-std=gnu89、-std=gnu99等：在对应标准基础上启用 GNU 扩展（如嵌套函数、语句表达式）
示例：clang -std=c99 -o prog prog.c 强制用 C99 编译，不依赖 Clang 默认行为。
加 -pedantic 才算真正“遵守标准”
只写 -std=c99 并不能阻止 Clang 使用其自有扩展；要让编译器对非标准用法报错，必须搭配 -pedantic：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
立即学习“C语言免费学习笔记（深入）”；
-
clang -std=c99 -pedantic prog.c：遇到 GNU 扩展（如__attribute__）或 C11 特性（如_Static_assert）会警告 -
clang -std=c99 -pedantic-errors：把上述警告升级为错误，编译直接中断 - 注意：
-pedantic不影响gnu*模式，比如-std=gnu99下它基本没作用
CMake 项目里怎么设（比如 CLion）
不是改编译命令行，而是改 CMakeLists.txt：
- 全局设置（推荐）：
set(CMAKE_C_STANDARD 99)—— 这会自动加-std=c99，但不会加-pedantic - 若需
-pedantic，得手动追加：set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -pedantic") - 更稳妥的做法（避免污染其他 target）：
target_compile_options(your_target PRIVATE -std=c11 -pedantic) - 别用
add_definitions()，它不区分语言，可能误加到 C++ 编译选项里
容易踩的坑：-std= 和系统头文件的隐式耦合
Clang 的标准库头文件（比如 <stdio.h>）会根据 -std= 值动态调整可见符号：
- 用
-std=c89时，snprintf可能不可见，即使系统 libc 提供了它 - 用
-std=c11但没开-D_POSIX_C_SOURCE=200809L，某些 POSIX 函数仍不可用 - macOS 上 Clang 默认用
libc，但部分 C11 功能（如<threads.h>）实际未实现，编译过、链接失败 - 结论：标准参数不只是“告诉编译器怎么解析语法”，它还控制头文件暴露哪些声明 —— 别只盯着语法报错，链接失败也可能源于此
