go 语言交叉编译后无法运行

[heqichang]

最近又重新做一个 go 项目，但是我本地是 mac ，放阿里云 linux 还是没法运行，这是我很早以前在 sf 上的一个提问：go build 之后的文件放服务器上不能运行，cpu 不同导致？，当时通过 docker 打包在容器里去运行，但是没人解释出根本的原因。

编译命令：

CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -o test main.go

编译的代码也很简单：

func main() {
	fmt.Println("hello world")
}

[12101111]

gdb 运行编译出来的程序, 看看是为什么不能运行
盲猜是因为 CentOS7 的内核太老了

[CEBBCAT]

可以把复现代码放在 GitHub 上一份吗？ go build 可以通过指定文件，也可以指定 package 。我不知道它们之间究竟有没有区别，但我用的一直都是 package 的方式，例如：

go build -o bin/api src/api_gateway

[CEBBCAT]

各个组件的版本号贴一下，我 Google 到一个 issue ，那边好像判断下来是 CPU 太老了，编译的时候使用了新的指令集，造成不兼容

macOS 、Aliyun 、Google Cloud 的 go env 、uname -a 。如果方便的话，sysctl 也可以贴一下，比如 sysctl -a | grep 'machdep.cpu'

[CEBBCAT]

@CEBBCAT 忘了贴链接 https://github.com/golang/go/issues/42503

[ch2]

用这个试试：
CGO_ENABLED=0 go build -o test -a -ldflags '-extldflags "-static"' .

[Mohanson]

估计 CPU 版本问题. amd64 指令集有不同的版本, 最基础的是基线版本 baseline, 后面还有 v2, v3, v4... 理论上现在你能用到的所有 amd64 cpu 都支持基线版本的指令集, 但是不一定会支持更高版本的指令集(如果你的 CPU 太旧的话). 你在 mac 进行交叉编译, 只告诉了编译器目标操作系统和目标架构, 却没有告诉它目标架构的版本, 那么它很可能用了更高版本的指令.

https://github.com/golang/go/issues/50589

[Moker]

可以看下是不是依赖库有问题

[elechi]

goarch 改成 386 试试

[learningman]

ldd 在服务器上看下

[liaohongxing]

powershell: $Env:GOOS="linux"
powershell: go build

我的机子 win10 64bit , cpu ryzen 2600, 交叉编译很多年，一直没有问题。

[heqichang]

@12101111 线上的 ubuntu 14 ，我没管理员权限，找运维帮我运行的， 输出是 Segmentation fault (core dumped)

[heqichang]

@CEBBCAT 就是个 hello world 程序，以前知道有这个问题，所以这次 go 17.2 版本再试试，结果还是不能运行。阿里云上面的机器没有装 go 开发环境，就是单纯的 ubuntu 14 。 正式开发我们还是有单独的 linux 机器去做编译部署。感谢你提供的链接。

[heqichang]

@Mohanson 嗯，以前运行不成功我也猜测可能和 CPU 有关，不过太底层的知识我不了解。阿里的服务器应该不会老吧，我的 mac 电脑倒是 13 年款的 :doge

[fovecifer]

env GOPROXY=https://goproxy.cn GOOS=linux GOARCH=amd64 go build

[BrettD]

Ubuntu 14 太老了，glibc 版本都不知道多少年前的

[heqichang]

@liaohongxing 我放我虚拟机里的 linux 运行也没问题，就是放云服务器上运行不成功。我记得之前在 google vm 上的是 intel xeon cpu ，没体验过这种 u

[12101111]

@BrettD go 程序关了 cgo 是不会调 libc 的

[BrettD]

@12101111 那估计是内核版本太老，Go 的有些系统调用在旧内核无法正常工作

[zhangsanfeng2012]

通过什么协议把二进制文件传到服务器上的？有 FTP 吗

[Reficul]

2.6 老内核 Go 的系统调用不一样，你用老版本的 Go 试试看（比如 1.6 ），如果可以运行可能就是这个原因。