Clang本身不自带stdint.h，必须依赖外部标准库路径：macOS需加-isysroot $(xcrun --show-sdk-path)，Ubuntu需安装g++或libc++-dev，Windows MSYS2需匹配子系统路径，嵌入式应使用gcc-arm-embedded而非brew版arm-none-eabi-gcc。
Clang编译时报 #include <stdint.h> not found 怎么办
这不是头文件丢了，而是 Clang 没找到它该用的标准库路径——它本身不带完整工具链，必须依赖系统或你指定的 C 库环境。
先确认你用的是哪个 Clang + 哪套标准库
Clang 在不同平台默认行为差异很大，错配是主因：
- macOS 上：系统 Clang（
/usr/bin/clang）必须配合 Xcode Command Line Tools 的 SDK；Homebrew 装的llvm默认不带 SDK 路径，-isysroot $(xcrun --show-sdk-path)不加就找不到stdint.h - Linux（如 Ubuntu）：Clang 默认走 GCC 的
libstdc++和头文件，没装g++或libc++-dev就会缺stdint.h - Windows（MSYS2/MinGW）：Clang 需明确指定 target，比如
--target=x86_64-w64-mingw32，否则它不知道该去/mingw64/include还是别的地方找 - 嵌入式（如 ARM bare-metal）：用
arm-none-eabi-gcc工具链时，arm-none-eabi-gcc自带stdint.h，但brew install arm-none-eabi-gcc会破坏路径结构；必须用brew install --cask gcc-arm-embedded
VSCode / clangd 找不到 stdint.h 的实操要点
IntelliSense 报错和实际编译失败常不是一回事，但根源类似：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 别只改
clangd.path，必须加"--query-driver"参数，让 clangd 知道去哪里读编译器的真实 include 路径，例如："--query-driver=/opt/homebrew/bin/arm-none-eabi-gcc" -
c_cpp_properties.json里的includePath不能只写${workspaceFolder}/**，得显式加上工具链的 include 目录，比如/opt/homebrew/share/gcc-arm-embedded/arm-none-eabi/include - 如果用了
compile_commands.json，检查里面每个command字段是否含-I路径；clangd 会优先信这个，而不是 settings 里的配置 - Windows 下 MSYS2 用户特别注意：
ucrt64、clang64、mingw64是隔离环境，clangd 必须和你编译用的子系统一致，路径不能混用
常见错误现象与对应动作
看到这些提示，基本能锁定问题类型：
-
/opt/homebrew/Cellar/arm-none-eabi-gcc/13.2.0/lib/gcc/arm-none-eabi/13.2.0/include/stdint.h:9:16: fatal error: stdint.h: No such file or directory→ 这是循环引用：它在自己装的 GCC 子目录里找stdint.h，但那个路径下只有空壳；卸载 brew 版，装 cask 版 -
fatal error: 'stdint.h' file not found且clang --version输出带llvm.org→ 很可能缺 SDK 路径，macOS 上补-isysroot，Linux 上装g++ - VSCode 里
uint8_t标红但编译能过 → IntelliSense 配置没同步编译器路径，重点查c_cpp_properties.json中的compilerPath和cStandard（至少设为c11）
最易被忽略的是：Clang 从不自带 stdint.h，它永远在“借”——借错了地方，或者根本没告诉它去哪借。
