不能直接用 ./all.bash 编译 Go 源码，因为其依赖已安装的 Go 工具链（GOROOT_BOOTSTRAP），需先配置匹配的预编译 Go 版本并正确设置环境变量。
为什么不能直接用 ./all.bash 在 macOS 或 Linux 上编译 Go 源码
因为 Go 的构建过程依赖一个已安装的、能跑起来的 Go 工具链（即 go 命令本身），它不是纯 C 写的，而是用 Go 自举的。源码里没有“从零开始”的 C 入口，./all.bash 只是编译脚本，不是编译器——它需要前置的 GOROOT_BOOTSTRAP。
- 常见错误现象：
Cannot find go command或failed to find bootstrap toolchain - 必须先装一个可用的 Go 二进制（哪怕只是旧版），设为
GOROOT_BOOTSTRAP - 官方要求：Bootstrap 版本不能比目标版本新，也不能太老（比如用 Go 1.16 构建 1.22 就会失败）
- macOS 上还要注意：Xcode 命令行工具必须安装（
xcode-select --install），否则clang找不到，mkall.sh直接退出
如何正确设置 GOROOT_BOOTSTRAP 并运行构建
这不是环境变量“顺手 export”就行的事，它得指向一个干净、完整、可执行的 Go 安装目录（含 bin/go），且不能和你要构建的目标路径冲突。
- 下载一个匹配的预编译 Go（比如要编译
go1.22.5，就用go1.21.13或go1.22.0做 bootstrap） - 解压后设环境变量：
export GOROOT_BOOTSTRAP=$HOME/go-bootstrap（路径不能有空格或符号） - 进入 Go 源码根目录（即含
src文件夹的那层），运行：cd src && ./all.bash - 构建成功后，新 Go 会出现在
../bin/下，不是当前目录；别误以为没输出就是失败
./make.bash 和 ./all.bash 的区别在哪，该选哪个
二者都在 src/ 目录下，但用途不同：前者只编译核心命令（go, vet, asm 等），后者额外跑全部测试套件。日常构建不需要测全量。
-
./make.bash：快，适合验证编译流程、CI 构建、或你只想拿到可用的go二进制 -
./all.bash：慢（可能 10+ 分钟），会卡在test: net或test: crypto/tls，尤其在容器或无网络环境容易超时失败 - 如果你改了标准库某部分（比如
net/http），建议先./make.bash，再手动跑对应测试：../bin/go test -v net/http - Windows 用户注意：只有
make.bat，没有all.bash；PowerShell 默认不支持 bash 脚本
编译完怎么验证新 Go 是否真的可用，而不是“看起来行”
很多人把 ../bin/go version 输出对了就当成功，结果一跑项目就 panic——因为 GOROOT 没切过去，或者 GOBIN 混淆了。
立即学习“go语言免费学习笔记（深入）”；
- 必须显式设置：
export GOROOT=$HOME/go-src（即你 git clone 的那个目录），不能指向../bin - 检查
go env GOROOT输出是否和你设的一致；which go应该返回$GOROOT/bin/go - 运行
go list std，看是否列出几百个包；如果报cannot find package "unsafe"，说明GOROOT下缺src或pkg - 真实项目里最易踩坑的是 cgo：如果系统没装
gcc或pkg-config，go build会静默跳过某些包，直到 runtime 报undefined symbol
