clang 默认采用内置c标准（通常c17/c18），但不显式声明且跨平台不一致，必须用-std=显式指定；ci或单文件用-std=c99 -pedantic，clion中需在cmakelists.txt设set(cmake_c_standard 99)，数字无c前缀，且-pedantic需单独添加。
Clang 默认不强制使用某版本 C 标准，实际采用的是编译器内置的“默认标准”（通常为 C17 或 C18），但这个默认值既不显式声明、也不保证跨平台一致。想让代码行为可预测，必须显式指定标准。
命令行编译时用 -std= 参数强制指定
这是最直接、最可控的方式，适用于单文件快速验证或 CI 脚本中。
-
-std=c90或-std=iso9899:1990：ANSI C，无 // 注释、无 inline、无 // 风格宏等 -
-std=c99：支持restrict、bool、inline、变长数组（VLA）等 -
-std=c11：增加_Static_assert、泛型选择（_Generic）、线程支持头文件 -
-std=c17（等价于c18）：取消了 VLA 的“必须支持”要求，更强调稳定性 - 加
-pedantic可禁用 GNU 扩展，真正贴近标准（比如拒绝__attribute__）
示例：clang -std=c99 -pedantic hello.c -o hello。不加 -pedantic 时，Clang 仍可能接受部分 GNU 扩展语法，即使用了 -std=c99。
CLion 中通过 CMakeLists.txt 设置 CMAKE_C_STANDARD
CLion 底层依赖 CMake，不能靠 IDE 图形界面“选标准”，必须改构建脚本。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 在
CMakeLists.txt开头项目定义后立即设置：set(CMAKE_C_STANDARD 99) - 该值只影响
add_executable()或add_library()中后续添加的 C 文件 - 若同时有 C 和 C++ 源码，需分别设：
set(CMAKE_C_STANDARD 11)和set(CMAKE_CXX_STANDARD 17) - 注意：数字不要带
c前缀（即写99，不是c99），CMake 内部会转成对应参数
错误写法：set(CMAKE_C_STANDARD c99) → CMake 会静默忽略，仍用默认标准。
为什么 -std= 和 CMAKE_C_STANDARD 行为不完全等价？
关键差异在于扩展性控制和作用范围。
-
-std=是 Clang 命令行参数，精确控制单次编译行为；CMAKE_C_STANDARD是 CMake 抽象层，最终也会转成-std=，但中间可能被工具链文件覆盖 - CMake 项目若引用了第三方
find_package()或子项目，它们可能重置CMAKE_C_STANDARD，导致局部失效 - 某些嵌入式或 HarmonyOS 工具链（如
ohos.toolchain.cmake）会硬编码标准版本，此时CMAKE_C_STANDARD可能被忽略 -
-pedantic在 CMake 中需额外加：set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -pedantic")，否则不生效
最容易被忽略的点：Clang 的 -std= 不等于 GCC 的同名参数——Clang 对 c17 的实现更严格，尤其在未初始化自动变量、隐式函数声明等场景下报错更早。别假设“GCC 能过，Clang 就没问题”。
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
