加了-std=c11还不生效，是因为clang默认使用-std=gnu11（兼容c11但启用gnu扩展），且参数顺序错误或被后续标准选项覆盖；必须将-std=c11置于源文件前、确保未被其他-std选项覆盖，并验证宏__stdc_version__是否为201112l。
直接加 -std=c11 参数，但必须确保编译器支持且没被隐式覆盖。
为什么加了 -std=c11 还不生效？
Clang 默认使用 GNU 扩展模式（-std=gnu11），它兼容 C11 但额外启用 GNU 特性。如果你写的是纯 C11 代码（比如用了 _Static_assert 或 threads.h），而没显式指定标准，Clang 可能因默认模式忽略某些 C11 行为或报错。
-
-std=c11：严格遵循 ISO C11，禁用 GNU 扩展 -
-std=gnu11：C11 + GNU 扩展（Clang 默认） - 如果 CMake 中写了
set(CMAKE_C_STANDARD 11)，它实际生成的是-std=gnu11，不是-std=c11
clang 命令里怎么写才真正用 C11？
最简方式就是把 -std=c11 放在源文件和输出选项之前，优先级更高：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
clang -std=c11 -Wall -Werror main.c -o main
注意顺序：-std=c11 必须出现在 main.c 之前；如果放在后面（如 main.c -std=c11 -o main），Clang 会忽略它。
- 验证是否生效：加
-dM -E看宏定义，#define __STDC_VERSION__ 201112L表示 C11 已激活 - 若同时用了
-std=gnu99或其他标准参数，后出现的会覆盖前面的 - VS Code 的
clang.cflags配置里，"-std=c11"要写在数组靠前位置
C11 特性在 Clang 里哪些能用、哪些不能用？
Clang 对 C11 支持较完整，但部分特性依赖目标平台和 libc 实现：
-
_Static_assert、alignas/alignof、_Generic：Clang 原生支持，无需额外条件 -
threads.h（线程库）：Clang 编译通过，但 macOS 和多数 Linux 发行版的 libc 不提供实现，链接会失败 -
stdatomic.h：可用，但需确保目标平台支持原子操作（x86_64 没问题，某些嵌入式架构可能不行） - 复合字面量（compound literals）在函数作用域下是 C99 特性，C11 保留，Clang 默认允许——但这不是 C11 新增，别误以为是“C11 才有”
真正容易被忽略的是：C11 标准本身不规定运行时库实现，clang -std=c11 只控制编译期行为；能不能跑起来，还得看你的系统有没有对应头文件和符号。比如在 macOS 上尝试 #include <threads.h></threads.h>，预处理阶段就会报错找不到头文件。
