4、嵌入式Linux开发环境：交叉编译工具链搭建、Makefile与CMake、SSH与NFS调试

嵌入式Linux开发，说白了就是“在PC上写代码，在板子上跑程序”。你想想看，你的开发板可能是个ARM架构，而你的电脑是x86架构，这俩“语言不通”。这时候，就需要一个翻译官——交叉编译工具链。

我记得刚入行那会儿，第一次搭建环境，光下载工具链就折腾了一整天。后来发现，其实很多坑都是可以提前避开的。今天我就把这几年的经验，掰开揉碎了讲给你听。

4.1 交叉编译工具链：为什么需要它？

简单说，交叉编译就是在你的PC（宿主机）上，生成能在开发板（目标机）上运行的二进制文件。你的PC是x86，板子是ARM，那编译器就得是“x86上跑，生成ARM代码”的特殊版本。

我个人习惯用Linaro提供的工具链，稳定且社区活跃。当然，你也可以用芯片厂商提供的SDK，比如NXP的Yocto、TI的Processor SDK。不过，自己动手搭建一次，能帮你理解底层原理。

4.1.1 搭建步骤（以ARM Cortex-A7为例）

1. 下载工具链：从Linaro官网下载 gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz。
2. 解压到指定目录：tar -xvf gcc-linaro-*.tar.xz -C /opt/
3. 配置环境变量：编辑 ~/.bashrc，添加：

   export PATH=$PATH:/opt/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/bin
   export CROSS_COMPILE=arm-linux-gnueabihf-
   export ARCH=arm

4. 验证安装：arm-linux-gnueabihf-gcc --version，看到版本信息就对了。

4.1.2 测试交叉编译

写一个简单的hello.c：

#include <stdio.h>

int main() {
    printf("Hello, Embedded Linux!\n");
    return 0;
}

编译：arm-linux-gnueabihf-gcc hello.c -o hello_arm

用 file hello_arm 查看，你会看到：ELF 32-bit LSB executable, ARM, version 1 (SYSV)。这说明它已经是ARM架构的可执行文件了。

4.2 Makefile与CMake：从手动到自动化

刚开始写嵌入式程序，可能就几个文件，手动敲gcc命令还行。但项目一复杂，几十个源文件、各种依赖库，再手动编译就疯了。这时候，构建工具就派上用场了。

4.2.1 Makefile：最基础的构建脚本

Makefile的核心就是“规则”。一个规则包含三部分：目标、依赖、命令。

# 一个简单的Makefile
CC = arm-linux-gnueabihf-gcc
CFLAGS = -Wall -O2
TARGET = hello_arm
SRCS = hello.c utils.c
OBJS = $(SRCS:.c=.o)

$(TARGET): $(OBJS)
    $(CC) $(CFLAGS) -o $@ $^

%.o: %.c
    $(CC) $(CFLAGS) -c $< -o $@

clean:
    rm -f $(OBJS) $(TARGET)

我个人习惯把 CC、CFLAGS 这些变量写在前面，方便修改。你想想看，如果换一个平台，只需要改 CC 和 CFLAGS 就行了。

4.2.2 CMake：跨平台的更优选择

Makefile虽然强大，但跨平台能力弱。CMake则能生成不同平台的构建文件（Makefile、Ninja、Visual Studio工程等）。

一个典型的CMakeLists.txt：

cmake_minimum_required(VERSION 3.10)
project(HelloEmbedded)

# 设置交叉编译器
set(CMAKE_C_COMPILER arm-linux-gnueabihf-gcc)
set(CMAKE_CXX_COMPILER arm-linux-gnueabihf-g++)

# 添加可执行文件
add_executable(hello_arm hello.c utils.c)

# 指定头文件路径
target_include_directories(hello_arm PRIVATE include)

# 链接库
target_link_libraries(hello_arm pthread)

编译步骤：

mkdir build && cd build
cmake ..
make

为什么推荐CMake？因为它的语法更清晰，而且能自动处理依赖关系。我在项目中遇到过，用Makefile管理一个包含50多个源文件的模块，每次加文件都要手动改Makefile，后来换成CMake，省心多了。

4.3 SSH与NFS调试：让开发板“活”起来

代码编译好了，怎么传到板子上跑？怎么调试？总不能每次都用U盘拷吧？SSH和NFS就是解决这个问题的。

4.3.1 SSH：远程登录与文件传输

SSH（Secure Shell）是嵌入式开发中最常用的远程登录协议。你的开发板只要连上网络，就能通过SSH访问。

基本用法：

• 登录：ssh root@192.168.1.100（默认密码通常是root或空）
• 传文件：scp hello_arm root@192.168.1.100:/root/
• 执行命令：ssh root@192.168.1.100 "./hello_arm"

我个人习惯在PC上写一个脚本，一键编译+传输+运行：

#!/bin/bash
# deploy.sh
make clean && make
scp hello_arm root@192.168.1.100:/root/
ssh root@192.168.1.100 "./hello_arm"

4.3.2 NFS：网络文件系统，实时调试利器

SSH传文件虽然方便，但每次修改代码都要重新编译、传输、运行，效率低。NFS（Network File System）可以让你把PC上的目录挂载到开发板上，开发板直接运行PC上的程序。

搭建步骤：

1. PC端（NFS服务器）：
   • 安装NFS服务：sudo apt install nfs-kernel-server
   • 编辑 /etc/exports，添加：/home/user/nfs_share *(rw,sync,no_subtree_check,no_root_squash)
   • 重启服务：sudo systemctl restart nfs-kernel-server
2. 开发板端（NFS客户端）：
   • 挂载：mount -t nfs -o nolock 192.168.1.100:/home/user/nfs_share /mnt
   • 运行：cd /mnt && ./hello_arm

这样一来，你在PC上修改代码、编译，开发板直接运行 /mnt 下的新程序，不用来回传文件。我当年调试一个网络协议栈，就是用NFS配合GDB，边改边跑，效率提升了好几倍。

嗯，今天就先聊到这儿。下一章，我们会深入Linux内核的编译与移植，那才是真正考验功底的地方。到时候，我会分享一些我在实际项目中遇到的“血泪史”。