答案是未安装C标准库开发包，需安装build-essential或libc6-dev。stdio.h属于libc6-dev，GCC本身不自带该头文件；Ubuntu/Debian系统应执行sudo apt install build-essential，若依赖冲突则用aptitude处理，同时确保软件源与系统代号匹配。

gcc报fatal error: stdio.h: No such file or directory

这不是代码写错了，而是系统根本没装C标准库的头文件。stdio.h 属于 libc 开发包，不是 GCC 本体自带的——装完 gcc 命令能跑，但不等于能编译 C 程序。

• Ubuntu/Debian 系：直接装 build-essential（它会拉上 libc6-dev、g++ 等全套）
  sudo apt install build-essential
• 如果 apt install build-essential 报依赖冲突（比如提示 libc6-dev 版本不匹配），换用 aptitude：
  sudo apt install aptitude → sudo aptitude install build-essential，遇到提示选降级方案
• 装完后验证：
  find /usr/include -name stdio.h 应该返回 /usr/include/stdio.h
gcc -v 输出里能看到 libraries: /usr/lib/gcc/.../include 这类路径

VS Code里#include 标红，IntelliSense报“无法打开源文件”

这是编辑器没找到系统头文件路径，和能否编译成功是两回事。即使 gcc 能编译通过，VS Code 也可能标红。

GCC 14.1

GCC 14.1 官方历史源码包下载入口，适合旧项目兼容、编译环境回退、工具链验证、警告参数差异比对和 C/C++ 构建问题复现等场景使用。

下载

• 先确认 stdio.h 确实存在（见上一条），再检查 VS Code 的 c_cpp_properties.json
• 常见错误是 "includePath" 里写了错误路径，比如：
  "includePath": ["/usr/include/ssp"] —— 这是错的，删掉或改成默认值
• 正确做法：按 Ctrl+Shift+P → 输入 “C/C++: Edit Configurations (UI)” → 在 “Configuration” 下拉选 “Linux” → 点 “Reset to Default”
• 如果用了远程开发（SSH/WSL），确保远程机器已装 build-essential，本地配置无效

交叉编译时找不到stdio.h（比如arm-linux-gcc）

交叉工具链自带的 sysroot 里必须包含目标平台的 libc 头文件。stdio.h 找不到，说明你用的工具链不完整，或者没告诉编译器去哪找。

• 检查工具链是否自带 stdio.h：
  arm-linux-gcc -print-sysroot → 进入输出路径，看 $(sysroot)/usr/include/stdio.h 是否存在
• 如果不存在，要么换完整版工具链（如 arm-gnu-toolchain），要么手动指定：
  arm-linux-gcc -I /path/to/cross/sysroot/usr/include hello.c
• 别试图把宿主机的 /usr/include/stdio.h 直接拷过去——类型定义、宏、ABI 都不兼容

装了build-essential还是报错，怀疑源有问题

Ubuntu/Debian 源配置错误会导致 apt 安装的包版本错乱，甚至根本装不上 libc6-dev。

• 查当前系统代号：
  lsb_release -sc（比如 focal、jammy、noble）
• 检查 /etc/apt/sources.list 里的 URL 是否匹配该代号，例如：
  http://archive.ubuntu.com/ubuntu focal main（20.04）
  http://archive.ubuntu.com/ubuntu noble main（24.04）
• 改完执行：
  sudo apt update → 如果报 404 或签名错误，说明源地址不对
• 源修复后，先 sudo apt install --reinstall libc6-dev，再试 gcc

实际中，90% 的 stdio.h 找不到问题都卡在 build-essential 没装全，或源地址配错。交叉编译和 VS Code 配置属于次级原因，但一旦出问题，现象一模一样，容易误判。