Code::Blocks 提示找不到编译器，因为编译器压根不在里面

装好 Code::Blocks，新建项目，写完代码，按下构建。

弹出一句：

Compiler not found

代码没错，软件也装好了。 问题在于——你装的 Code::Blocks 里，根本就没有编译器。

这不是安装失败，也不是配置出错。是它的设计就这样。

IDE 和编译器是两样东西

这是理解这一切的起点。

Code::Blocks 是一个 IDE（集成开发环境）。

IDE 这个词的意思是"把工具集成在一起"——编辑器、项目管理、调试界面、构建按钮，都放在一个图形界面里。

但它自己不干活。

真正把 C%2B%2B 代码翻译成机器码的，是编译器。

这两者是分开的、可以独立存在的东西。

• IDE（是什么：图形界面 %2B 项目管理；干什么：提供操作入口）
• 编译器（是什么：命令行程序；干什么：真正做翻译）

打个比方：IDE 是厨房，编译器是厨师。

厨房给你台面、灶具、调料盒——但菜是厨师做的。

如果你只买了个厨房没请厨师，那当然做不出菜。

点"构建"的时候发生了什么

理解了上面的分工，再看这个操作。

你在界面上点"构建"，IDE 实际做的事是——

在后台调用一个命令行程序。

具体调用谁、传什么参数，都是由配置决定的。

换句话说：IDE 是个"指挥官"，它负责拼出一条命令，然后执行。

编译器的输出（报错、警告）会被 IDE 捕获，显示在下方那个日志框里。

所以那个"构建日志"，本质上是命令行输出的转贴。

这解释了几件事

第一，为什么装了 IDE 不能编译。

因为它调不到编译器。

第二，为什么切换编译器只要改个路径。

因为换编译器，对 IDE 来说就是"换一个要调用的程序"。

第三，为什么报错信息看着像命令行输出。

因为它本来就是。

那个带 mingw 的安装包

现在说清楚安装时的选择。

Code::Blocks 的下载页面通常提供两个版本：

• codeblocks-xx.xx-setup.exe：否
• codeblocks-xx.xx %2B mingw %2B -setup.exe：是

差别就在文件名里有没有那段 mingw。

MinGW 是 Windows 上的 GCC 工具链——它才是真正的编译器。

所以下载时如果拿错了版本，就得到开头那个报错。

这也说明了另一件事：Code::Blocks 把 MinGW 打包进安装程序，是"方便"，不是"必须"。

它们的耦合关系很松——你可以用 Code::Blocks 配任何版本的 GCC，也可以配 Clang。

手动配置其实就是告诉它"编译器在哪"

如果已经装了不带编译器的版本，手动配一下就行。

路径是：Settings → Compiler → Toolchain executables 选项卡

这里要填的是"编译器安装目录"。

注意一个容易搞错的点：

这个目录指的是 bin 文件夹的上一级，比如 C:\MinGW，不是 C:\MinGW\bin。

因为 IDE 会自己去这个目录下的 bin 里找 gcc.exe、g%2B%2B.exe、gdb.exe。

• C compiler：gcc.exe
• C%2B%2B compiler：g%2B%2B.exe
• Linker：链接器
• Debugger：gdb.exe

界面里有个 Auto-detect 按钮，多数情况能自动找到。

找不到再手动指。

路径里别带中文

这是最常见的失败原因之一。

安装路径包含中文或空格，工具链经常报错。

装到 C:\MinGW 或 D:\Dev\MinGW 这类简单路径，能省掉很多莫名的问题。

顺带说清 gcc 和 g%2B%2B 的区别

配置界面里这两项是分开的，不是重复。

它们的差别在链接阶段。

编译 C%2B%2B 代码时，需要链接 C%2B%2B 标准库（libstdc%2B%2B）——否则会报找不到 std::cout 之类的符号。

规则是：

• gcc（默认语言：按扩展名判断；链接 C%2B%2B 标准库：不会（除非手动加参数））
• g%2B%2B（默认语言：一律当 C%2B%2B；链接 C%2B%2B 标准库：会自动链接）

所以编 C%2B%2B 就该用 g%2B%2B。

用 gcc 编 C%2B%2B 文件，语法检查能过，但链接时会报一堆"未定义引用" ——因为标准库没连上。

这类报错特别容易误导人——代码本身没问题，是调用方式不对。

怎么知道它到底调了什么

想看 IDE 背后到底执行了什么命令，有个直接办法。

菜单：Settings → Compiler → 把 Build log 的详细程度调高。

或者更简单：在构建日志里往上翻——IDE 通常会把完整的命令行打印出来。

那条命令长这样：

g%2B%2B.exe -c main.cpp -o main.o

g%2B%2B.exe -o main.exe main.o

看到这个，IDE 的"黑箱"就透明了——它无非是拼了这两条命令，然后执行。

这个认知很有用：遇到构建问题时，你可以把那条命令复制出来，在命令行里单独跑一遍。

IDE 报错信息不明确的时候，命令行往往能给出更详细的原因。

换个角度理解"构建"

最后说个概念上的事。

很多新手以为"点构建"是 IDE 在做某个神秘的操作。

实际上——构建就是把一堆编译命令按顺序执行一遍。

大型项目里这个过程会复杂得多（几百个源文件、依赖关系、增量编译），所以有专门的构建工具（比如 Make、CMake）来管理这些命令的执行顺序。

IDE 把"执行构建工具"这个动作包装成了一个按钮。

所以三者的关系是：

• IDE：图形界面，发起方
• 构建工具：决定按什么顺序执行
• 编译器：实际执行翻译

IDE 在最外层，它不参与"怎么编译"的决策——只是提供一个入口，把结果展示出来。

理解了这一层，你会发现"换 IDE"这件事没那么重要。

因为编译这件事本身，是由工具链和构建配置决定的——换一个 IDE，底下的东西没变。

一句总结

Code::Blocks 本身不含编译器，这不是缺陷，是它的定位。

它是个"指挥官"，负责把命令拼出来、执行、再把输出显示给你看。

真正的翻译工作是工具链在做——所以安装时要选对版本，配置时要指对路径。

而"Compiler not found"这句话，翻译过来就是：我准备好了，但没人干活。

安装包：

https://dubapkg.cmcmcdn.com/cs/257def/codeblocks.exe