Clang默认不启用C99标准，必须显式指定-std=c99或-std=gnu99才能使用C99特性（如变长数组、混合声明与语句等），因其默认按gnu11等GNU扩展模式运行，会禁用部分严格C99行为，且选项必须置于源文件前才生效。
Clang 默认不启用 C99，必须显式指定 -std=c99 或兼容变体才能正确编译 C99 代码（比如变长数组、// 注释、混合声明与语句等）。
为什么加 -std=c99 才能用 C99 特性
Clang 的默认 C 标准是 gnu11（或更高），它虽兼容部分 C99，但会禁用某些严格 C99 行为（如拒绝 int arr[n] 这类变长数组，除非明确要求）。不加标准选项时，Clang 实际按 GNU 扩展模式运行，可能掩盖语法错误或导致移植问题。
-
-std=c99：纯正 C99，禁用 GNU 扩展，适合跨平台验证 -
-std=gnu99：C99 + GNU 扩展（如内联汇编、__attribute__），更实用但非标准 - 避免用
-std=c11编译依赖 C99 特性的老代码——某些 C11 实现对 VLA 支持反而更保守
命令行直接编译时怎么写
最简方式就是把 -std=c99 放在源文件前，否则 Clang 可能误判语言模式：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
clang -std=c99 main.c -o main
- 顺序很重要：
-std=c99必须在main.c之前，否则会被忽略 - 如果同时链接库，选项仍要放在源文件前，例如：
clang -std=c99 main.c -lm -o main - 加
-Wall -Wextra能暴露更多 C99 兼容性问题（比如隐式函数声明）
CMake 里怎么配 C99
在 CMakeLists.txt 中不能只靠 set(CMAKE_C_STANDARD 99)，它只影响内部逻辑，不保证生成的编译命令含 -std=c99；必须补上标志：
set(CMAKE_C_STANDARD 99)
set(CMAKE_C_STANDARD_REQUIRED ON)
set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=c99")
-
CMAKE_C_STANDARD_REQUIRED ON防止 Clang 降级到旧标准 - 若项目混用 C 和 C++，务必分开设置：
CMAKE_CXX_STANDARD控制 C++，别和 C 标准搅在一起 - 用
clang++编译.c文件会触发 C++ 模式，此时-std=c99直接报错——必须用clang命令或确保文件后缀为.c且未被误识别
Keil MDK / Arm Compiler 6 下的坑
在 Keil 中用 armclang（即 Clang for ARM）时，--c99 是旧版 armcc 的写法，armclang 完全不认，必须换成标准 Clang 语法：
- 错误写法：
--c99、-std=c99单独写在 “Misc Controls” 里（可能被忽略或报错） - 正确做法：进 “Options for Target → C/C++ → Misc Controls”，填入
--std=c99（注意双横线） - 更稳妥的是右键单个
.c文件 → “Options for File”，单独设语言标准，避免 C++ 文件被误套 C99 - 如果工程里有 C++ 源码，绝对不要全局设
-std=c99，否则出现error: invalid argument '-std=c99' not allowed with 'C++'
真正麻烦的不是加不加 -std=c99，而是它在哪一层生效——命令行、构建系统、IDE 配置、甚至单个文件属性，都可能覆盖或冲突。盯住最终生成的编译命令（比如 CMake 的 compile_commands.json 或 Keil 的 build log），确认 -std=c99 确实出现在 clang 调用中，且只作用于 C 文件。
