gox 默认禁用 cgo，而 github.com/mattn/go-sqlite3 依赖 c 代码编译，因此在交叉构建时会报错（如 `unknown #: if`、`mingw.h not found`）；根本解法是显式启用 cgo 并配置对应平台的 c 工具链。
gox 是一个轻量级的 Go 多平台交叉编译工具，但它默认以 CGO_ENABLED=0 运行（即禁用 CGO），以确保纯静态链接和跨平台兼容性。然而，像 github.com/mattn/go-sqlite3 这类使用嵌入式 SQLite C 源码的驱动，必须启用 CGO 才能编译其 .c 文件。Go 1.4+ 版本已严格限制：若未启用 CGO，go build（及 gox 调用的底层命令）将直接拒绝编译任何 C 源文件，并抛出类似 unknown #: if 或 No such file or directory: mingw.h 的错误——这并非缺少头文件，而是编译器前端（如 6c/8c）被禁用后对预处理指令的误解析。
✅ 正确解决方案如下：
-
启用 CGO 并指定目标平台工具链
在调用 gox 前，需为每个目标平台设置对应的 CC 环境变量（例如 CC_linux_amd64="x86_64-linux-gnu-gcc"），并全局启用 CGO_ENABLED=1：# 安装交叉编译工具链（Ubuntu/Debian 示例） sudo apt-get install gcc-multilib g++-multilib \ gcc-x86-64-linux-gnu g++-x86-64-linux-gnu \ gcc-i686-linux-gnu g++-i686-linux-gnu # 执行 gox（显式启用 CGO + 指定 C 编译器） CGO_ENABLED=1 \ CC_linux_amd64=x86_64-linux-gnu-gcc \ CC_linux_386=i686-linux-gnu-gcc \ CC_darwin_amd64=clang \ gox -osarch="linux/amd64 linux/386 darwin/amd64" \ -output="dist/{{.OS}}-{{.Arch}}/{{.Dir}}" -
替代方案：改用原生 go build（推荐用于含 CGO 项目）
gox 对 CGO 支持有限且已多年未维护。现代 Go（1.16+）原生支持多平台构建，更可靠：# 启用 CGO + 设置目标平台 + 指定 C 编译器 CGO_ENABLED=1 \ CC_x86_64_unknown_linux_gnu=x86_64-linux-gnu-gcc \ GOOS=linux GOARCH=amd64 go build -o dist/linux-amd64/pravasan . CGO_ENABLED=1 \ CC_i386_unknown_linux_gnu=i686-linux-gnu-gcc \ GOOS=linux GOARCH=386 go build -o dist/linux-386/pravasan .
⚠️ 注意事项：
- macOS 上构建 Linux 二进制需安装 x86_64-linux-gnu-gcc（通过 Homebrew：brew install FiloSottile/musl-cross/musl-cross 或 Docker）；
- 若追求完全静态链接（无 libc 依赖），可考虑 sqlite3 的纯 Go 替代方案（如 mattn/go-sqlite3 的 build tags：-tags "sqlite_omit_load_extension"），或改用 modernc.org/sqlite（纯 Go 实现）；
- gox 的 -cgo 标志从未被官方实现，切勿依赖未合并的 issue 提案。
总结：*含 C 依赖的 Go 项目应优先使用原生 go build 配合 CGO_ENABLED=1 和交叉 `CC_变量进行构建；gox` 仅适用于纯 Go（零 CGO）项目的快速多平台打包。**
