错误原因是源文件不存在于当前目录或文件名拼写错误；解决方法是确认文件存在且路径正确，或修正gcc命令中的文件名。
gcc 报 “No such file or directory” 是文件没找到
这不是编译逻辑错误，而是 shell 找不到你写的那个 .c 文件。常见现象是敲完 gcc helloworld.c -o hello，立刻报 helloworld.c: No such file or directory。
原因只有两个：文件压根不在当前目录，或者名字写错了（大小写、后缀、拼写）。
- 用
ls看一眼当前目录下真有这个文件吗？注意 Linux 区分大小写，HelloWorld.c和helloworld.c是两个东西 - 用
pwd确认你在哪个目录，别在 Desktop 下执行却把文件存到了 Downloads 里 - 如果文件在别处，要么
cd过去，要么把路径写全，比如gcc ~/Projects/hello.c -o hello
gcc 报 “unable to execute ‘gcc’” 或 “command ‘gcc’ failed”
这说明系统里压根没装 gcc，或者装了但没进 PATH。典型场景是刚装完 Ubuntu/Debian，或用 pip 装 Python 包时触发编译失败。
先运行 which gcc 或 gcc -v，如果提示 command not found，那就不是路径问题，是缺包。
- Debian/Ubuntu 系统直接装完整工具链：
sudo apt install build-essential - CentOS/RHEL 用：
sudo yum groupinstall "Development Tools"或sudo dnf groupinstall "Development Tools" - 装完再试
gcc -v，能看到版本号才算真正就位
gcc 找得到但报 “cc1: No such file or directory”
这是 gcc 本体存在，但它的内部组件 cc1（C 前端）缺失或路径不对。常见于手动编译安装 gcc、或某些精简版容器镜像中。
先查 cc1 在哪：find /usr -name cc1 2>/dev/null 或 locate cc1（若未启用 locate，先 sudo updatedb）。
- 如果找到了，比如在
/usr/lib/gcc/x86_64-linux-gnu/12/cc1，就把父目录加进PATH：export PATH="/usr/lib/gcc/x86_64-linux-gnu/12:$PATH" - 更稳妥的做法是重装官方包：
sudo apt install --reinstall gcc，避免手动修路径出错 - 别只装
gcc不装配套库——build-essential会一并拉来cpp、as、ld、cc1等所有依赖
编译时提示某个头文件 “No such file or directory”
比如 fatal error: sys/cdefs.h: No such file or directory 或 cstdarg: No such file or directory，这说明系统头文件缺失，不是代码写错了。
这类错误多发生在：装了 gcc 但没装开发用的 libc 头文件；或者想编译 32 位程序却没装对应架构支持；又或者 C++ 项目用了 #include <mutex></mutex> 却没连 -pthread。
- 基础修复：
sudo apt install libc6-dev（Debian/Ubuntu），它提供sys/cdefs.h等核心头文件 - 要编译 32 位程序，额外装：
sudo apt install libc6-dev-i386 - C++ 多线程代码必须加链接选项：
g++ source.cpp -o out -pthread，否则<mutex></mutex>会找不到 - 极少数情况是环境变量干扰，比如设置了
C_INCLUDE_PATH却指向了空目录，临时清掉：unset C_INCLUDE_PATH
实际跑起来的时候，最容易被忽略的是：你以为文件在当前目录，其实终端没切对位置；或者你装了 gcc，但漏掉了 libc6-dev 这个“看不见”的依赖——它不报 gcc 缺失，只报头文件找不到。
