先验证clang++是否可用：终端执行clang++ --version，若报command not found，说明PATH未包含其路径；macOS常见于Xcode命令行工具安装后shell未重启，Linux则需手动将安装路径（如/usr/lib/llvm-18/bin）加入$PATH。
确认 clang++ 是否可用
装完不等于能用，先验证命令是否进 PATH。终端里直接敲：clang++ --version。如果报 command not found，说明安装路径没加进环境变量——macOS 上常见于 Xcode 命令行工具装完但 shell 没重启；Linux 上可能是 /usr/bin 之外的路径（比如 Ubuntu 的 /usr/lib/llvm-18/bin），得手动加到 $PATH 里。
单文件编译脚本怎么写
最简脚本就是把命令行操作固化下来，避免每次敲一堆参数。比如一个 build.sh：
#!/bin/bash clang++ -std=c++17 -Wall -Wextra -g -O0 main.cpp -o main
注意几点：
-
-std=c++17显式指定标准，避免不同系统默认值不一致（如 macOS 默认是c++14） -
-g必加，否则后续调试时 LLDB 看不到变量名和行号 -
-O0关闭优化，调试阶段必须用，不然断点可能跳、变量显示为 - 脚本第一行
#!/bin/bash别漏，否则./build.sh会失败
多文件项目怎么组织编译脚本
两个以上 .cpp 文件时，硬写一长串 clang++ ... -o app file1.cpp file2.cpp 很容易漏文件或改错顺序。更可靠的做法是分步生成 .o 文件：
#!/bin/bash clang++ -c -std=c++17 -Wall -Wextra -g main.cpp -o main.o clang++ -c -std=c++17 -Wall -Wextra -g utils.cpp -o utils.o clang++ main.o utils.o -o myapp
这样做的实际好处：
- 改了
utils.cpp只需重跑后两行，main.o不用重复编译 - 链接时报错（如
undefined reference to 'foo()'）时，能明确是哪个.o缺符号，而不是在一堆源码里盲猜 - 如果某文件依赖特定头文件路径，
-I参数只加在对应clang++ -c行里，不会污染全局
脚本里怎么处理常见错误
编译失败时，默认脚本会继续往下执行，导致你看到“成功生成 myapp”，其实根本没生成。加一句 set -e 就能解决：
#!/bin/bash set -e clang++ -std=c++17 -Wall -Wextra -g main.cpp -o main
set -e 的作用是：任何命令返回非零退出码（即失败），脚本立刻终止。另外几个实用细节：
- 用
clang++ -fsanitize=address main.cpp -o main时，ASan 库必须链接进去，所以不能只加-fsanitize=address就完事，否则运行时报dyld: Library not loaded - 如果项目有
#include "config.h"这类本地头文件，脚本里得补-I.，不然clang++找不到 - macOS 上链接
-lncurses之类系统库时，有时要加-L/usr/lib，因为默认库路径不包含它
脚本看着简单，但 -g 和 -O0 的组合、set -e 的开关、以及 .o 分离时机，这几个点一旦漏掉，后面调试或增量编译就会卡住，而且问题现象和原因不直接相关，查起来特别绕。
