编译环境搭建：工欲善其事，必先利其器

说实话，我见过太多同学卡在编译环境搭建这一步。明明代码写得没问题，结果一编译就报错，最后发现是工具链没装对。这就像你买了最好的食材，结果发现厨房没开火——尴尬不？

今天咱们就把这套工具链彻底搞定。GCC/G++、Make、CMake，还有环境变量，一个一个来。

GCC/G++ 编译器安装

GCC 是 GNU 编译器套件，G++ 是它的 C++ 前端。说白了，你写好的 C/C++ 代码，得靠它翻译成机器能懂的二进制。

Linux 下的安装

我个人习惯用 Ubuntu，一条命令搞定：

sudo apt update
sudo apt install build-essential

这个 build-essential 是个元包，会把 GCC、G++、make 等核心工具一起装上。省心。

装完验证一下：

gcc --version
g++ --version

看到版本号输出，说明成了。

macOS 下的安装

macOS 用户可以用 Xcode Command Line Tools：

xcode-select --install

或者用 Homebrew：

brew install gcc

嗯，这里要注意：macOS 自带的 clang 其实也能用，但咱们课程统一用 GCC，避免后面出现奇奇怪怪的兼容问题。

Windows 下的安装

Windows 稍微麻烦点。我推荐用 MinGW-w64，或者直接上 WSL（Windows Subsystem for Linux）。

MinGW 安装步骤：

1. 下载 MinGW-w64 安装包
2. 运行安装，选好架构（x86_64）和线程模型（posix）
3. 把 bin 目录加到系统 PATH 里

Make 工具配置

Make 是个自动化构建工具。你想想看，一个项目几十个源文件，难道每次改一个文件都要重新编译全部？Make 会帮你判断哪些文件改了，只重新编译那些。

检查是否已安装

make --version

如果没装，Linux 下：

sudo apt install make

一个简单的 Makefile 示例

我刚开始学 Make 时，觉得这语法怪怪的。但用顺手了，真香。

# Makefile
CC = gcc
CFLAGS = -Wall -g

all: main

main: main.o utils.o
	$(CC) $(CFLAGS) -o main main.o utils.o

main.o: main.c utils.h
	$(CC) $(CFLAGS) -c main.c

utils.o: utils.c utils.h
	$(CC) $(CFLAGS) -c utils.c

clean:
	rm -f *.o main

保存为 Makefile，然后执行 make，搞定。

CMake 基础使用

Makefile 写起来还是有点累，尤其是跨平台项目。CMake 就是来解决这个问题的——它不直接编译，而是生成 Makefile 或其它构建系统的配置文件。

安装 CMake

sudo apt install cmake

验证：

cmake --version

一个 CMakeLists.txt 示例

这是 CMake 的配置文件，放在项目根目录：

cmake_minimum_required(VERSION 3.10)
project(MyProject)

set(CMAKE_C_STANDARD 11)
set(CMAKE_CXX_STANDARD 17)

add_executable(myapp main.c utils.c)

然后执行：

mkdir build && cd build
cmake ..
make

为什么建个 build 目录？我习惯把编译产物和源码分开，这样 rm -rf build 就能清理干净，不会误删源码。

CMake 常用指令速查

指令	作用
add_executable	生成可执行文件
add_library	生成库文件
target_link_libraries	链接库
find_package	查找外部依赖

环境变量设置

环境变量，说白了就是操作系统给程序传递信息的一种方式。编译器需要知道头文件在哪、库文件在哪，这些信息就靠环境变量传递。

PATH 变量

你敲 gcc 命令时，系统怎么知道去哪找 gcc 这个程序？就是靠 PATH 变量。

查看当前 PATH：

echo $PATH

临时添加：

export PATH=/usr/local/gcc/bin:$PATH

永久添加（以 bash 为例）：

echo 'export PATH=/usr/local/gcc/bin:$PATH' >> ~/.bashrc
source ~/.bashrc

CPATH / CPLUS_INCLUDE_PATH

告诉编译器去哪找头文件。我在项目中遇到过，第三方库的头文件不在标准路径，就得靠这个：

export CPLUS_INCLUDE_PATH=/opt/thirdparty/include:$CPLUS_INCLUDE_PATH

LIBRARY_PATH / LD_LIBRARY_PATH

前者是链接时找库文件，后者是运行时找动态库。这两个容易搞混，我刚开始也分不清。

• LIBRARY_PATH：编译链接时用
• LD_LIBRARY_PATH：程序运行时用

知识体系总览

下面这张图，把咱们今天讲的内容串起来了：

好了，环境搭建这块就聊到这儿。工具装好了，后面咱们才能真正开始跟编译日志打交道。你想想看，如果连编译器都没跑起来，那编译日志从哪来呢？