Go 1.5.1中交叉编译时的nosplit堆栈溢出

Go 1.5.1中交叉编译时的nosplit堆栈溢出,go,Go,我试图在windows/amd64 for linux/386上交叉编译我的Go项目,但遇到了一个“nosplit堆栈溢出”错误。我遵循了概述的说明。使用GOOS=linux和GOARCH=386,我的go-env如下所示: set GOARCH=386 set GOBIN= set GOEXE= set GOHOSTARCH=amd64 set GOHOSTOS=windows set GOOS=linux set GOPATH=C:\dev\gopath set GORACE= set GO

我试图在windows/amd64 for linux/386上交叉编译我的Go项目,但遇到了一个“nosplit堆栈溢出”错误。我遵循了概述的说明。使用
GOOS=linux
GOARCH=386
,我的
go-env
如下所示:

set GOARCH=386
set GOBIN=
set GOEXE=
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GOOS=linux
set GOPATH=C:\dev\gopath
set GORACE=
set GOROOT=C:\Go
set GOTOOLDIR=C:\Go\pkg\tool\windows_amd64
set GO15VENDOREXPERIMENT=0
set CC=gcc
set GOGCCFLAGS=-fPIC -m32 -fmessage-length=0
set CXX=g++
set CGO_ENABLED=0
运行
go build
时出现的完整错误是:

runtime.cgocall: nosplit stack overflow
508     assumed on entry to runtime.cgocall (nosplit)
464     after runtime.cgocall (nosplit) uses 44
460     on entry to runtime.exitsyscall (nosplit)
272     after runtime.exitsyscall (nosplit) uses 188
268     on entry to runtime.exitsyscallfast (nosplit)
108     after runtime.exitsyscallfast (nosplit) uses 160
104     on entry to runtime.writebarrierptr (nosplit)
64      after runtime.writebarrierptr (nosplit) uses 40
60      on entry to runtime.writebarrierptr_nostore1 (nosplit)
8       after runtime.writebarrierptr_nostore1 (nosplit) uses 52
4       on entry to runtime.acquirem (nosplit)
-12     after runtime.acquirem (nosplit) uses 16 runtime.cgocallbackg: nosplit stack overflow
508     assumed on entry to runtime.cgocallbackg (nosplit)
460     after runtime.cgocallbackg (nosplit) uses 48
456     on entry to runtime.exitsyscall (nosplit)
268     after runtime.exitsyscall (nosplit) uses 188
264     on entry to runtime.exitsyscallfast (nosplit)
104     after runtime.exitsyscallfast (nosplit) uses 160
100     on entry to runtime.writebarrierptr (nosplit)
60      after runtime.writebarrierptr (nosplit) uses 40
56      on entry to runtime.writebarrierptr_nostore1 (nosplit)
4       after runtime.writebarrierptr_nostore1 (nosplit) uses 52
0       on entry to runtime.acquirem (nosplit)
-16     after runtime.acquirem (nosplit) uses 16 runtime.cgocallback_gofunc: nosplit stack overflow
508     assumed on entry to runtime.cgocallback_gofunc (nosplit)
496     after runtime.cgocallback_gofunc (nosplit) uses 12
492     on entry to runtime.cgocallbackg (nosplit)
444     after runtime.cgocallbackg (nosplit) uses 48
440     on entry to runtime.exitsyscall (nosplit)
252     after runtime.exitsyscall (nosplit) uses 188
248     on entry to runtime.exitsyscallfast (nosplit)
88      after runtime.exitsyscallfast (nosplit) uses 160
84      on entry to runtime.writebarrierptr (nosplit)
44      after runtime.writebarrierptr (nosplit) uses 40
40      on entry to runtime.writebarrierptr_nostore1 (nosplit)
-12     after runtime.writebarrierptr_nostore1 (nosplit) uses 52

其他有效的目标配置是
GOOS=windows-GOARCH=386
GOOS=linux-GOARCH=amd64
,但
GOOS=linux-GOARCH=386
不起作用。有什么想法吗?

这似乎更适合于邮件列表或提交问题。啊,是的,我认为你是对的。对于任何对此感兴趣的人,请参阅归档问题。这似乎更适合于邮件列表或归档问题。啊,是的,我认为你是对的。对于任何对此感兴趣的人,请参阅归档问题。