GoLand 运行 在 macOS Sierra 上调试失败

Question

更新到 macOS Sierra 后，我所有的 goland "run debug" 命令开始失败并显示以下消息：

GOROOT=/usr/local/Cellar/go/1.8.3/libexec #gosetup
GOPATH=/Users/myuser/Go #gosetup
/usr/local/Cellar/go/1.8.3/libexec/bin/go build -o /private/var/folders/yf/vx268prd0cqbvvprg6q7qzjh0000gp/T/___Go_run -gcflags "-N -l" -a /Users/myuser/Go/src/github.com/mycompany/myproject/app/main.go #gosetup
# command-line-arguments
runtime.(*mspan).base: nosplit stack overflow
    744 assumed on entry to runtime.cgoCheckMemmove (nosplit)
    696 after runtime.cgoCheckMemmove (nosplit) uses 48
    688 on entry to runtime.cgoCheckTypedBlock (nosplit)
    376 after runtime.cgoCheckTypedBlock (nosplit) uses 312
    368 on entry to runtime.cgoCheckBits (nosplit)
    224 after runtime.cgoCheckBits (nosplit) uses 144
    216 on entry to runtime.cgoIsGoPointer (nosplit)
    64  after runtime.cgoIsGoPointer (nosplit) uses 152
    56  on entry to runtime.inHeapOrStack (nosplit)
    0   after runtime.inHeapOrStack (nosplit) uses 56
    -8  on entry to runtime.(*mspan).base
runtime.inHeapOrStack: nosplit stack overflow
    744 assumed on entry to runtime.cgoCheckSliceCopy (nosplit)
    672 after runtime.cgoCheckSliceCopy (nosplit) uses 72
    664 on entry to runtime.cgoCheckTypedBlock (nosplit)
    352 after runtime.cgoCheckTypedBlock (nosplit) uses 312
    344 on entry to runtime.cgoCheckBits (nosplit)
    200 after runtime.cgoCheckBits (nosplit) uses 144
    192 on entry to runtime.cgoIsGoPointer (nosplit)
    40  after runtime.cgoIsGoPointer (nosplit) uses 152
    32  on entry to runtime.inHeapOrStack (nosplit)
    -24 after runtime.inHeapOrStack (nosplit) uses 56
runtime.inHeapOrStack: nosplit stack overflow
    744 assumed on entry to runtime.typedmemmove (nosplit)
    696 after runtime.typedmemmove (nosplit) uses 48
    688 on entry to runtime.cgoCheckMemmove (nosplit)
    640 after runtime.cgoCheckMemmove (nosplit) uses 48
    632 on entry to runtime.cgoCheckTypedBlock (nosplit)
    320 after runtime.cgoCheckTypedBlock (nosplit) uses 312
    312 on entry to runtime.cgoCheckBits (nosplit)
    168 after runtime.cgoCheckBits (nosplit) uses 144
    160 on entry to runtime.cgoIsGoPointer (nosplit)
    8   after runtime.cgoIsGoPointer (nosplit) uses 152
    0   on entry to runtime.inHeapOrStack (nosplit)
    -56 after runtime.inHeapOrStack (nosplit) uses 56
runtime.cgoIsGoPointer: nosplit stack overflow
    744 assumed on entry to runtime.typedslicecopy (nosplit)
    600 after runtime.typedslicecopy (nosplit) uses 144
    592 on entry to runtime.cgoCheckSliceCopy (nosplit)
    520 after runtime.cgoCheckSliceCopy (nosplit) uses 72
    512 on entry to runtime.cgoCheckTypedBlock (nosplit)
    200 after runtime.cgoCheckTypedBlock (nosplit) uses 312
    192 on entry to runtime.cgoCheckBits (nosplit)
    48  after runtime.cgoCheckBits (nosplit) uses 144
    40  on entry to runtime.cgoIsGoPointer (nosplit)
    -112    after runtime.cgoIsGoPointer (nosplit) uses 152
runtime.dopanic: nosplit stack overflow
    744 assumed on entry to runtime.freedefer (nosplit)
    528 after runtime.freedefer (nosplit) uses 216
    520 on entry to runtime.typedmemmove (nosplit)
    472 after runtime.typedmemmove (nosplit) uses 48
    464 on entry to runtime.bulkBarrierPreWrite (nosplit)
    104 after runtime.bulkBarrierPreWrite (nosplit) uses 360
    96  on entry to runtime.throw (nosplit)
    64  after runtime.throw (nosplit) uses 32
    56  on entry to runtime.dopanic (nosplit)
    -32 after runtime.dopanic (nosplit) uses 88
runtime.bulkBarrierPreWrite: nosplit stack overflow
    744 assumed on entry to runtime.deferreturn (nosplit)
    640 after runtime.deferreturn (nosplit) uses 104
    632 on entry to runtime.freedefer (nosplit)
    416 after runtime.freedefer (nosplit) uses 216
    408 on entry to runtime.typedmemmove (nosplit)
    360 after runtime.typedmemmove (nosplit) uses 48
    352 on entry to runtime.bulkBarrierPreWrite (nosplit)
    -8  after runtime.bulkBarrierPreWrite (nosplit) uses 360
runtime.(*cpuProfile).evict: nosplit stack overflow
    744 assumed on entry to runtime.sigprofNonGoPC (nosplit)
    632 after runtime.sigprofNonGoPC (nosplit) uses 112
    624 on entry to runtime.(*cpuProfile).addNonGo (nosplit)
    576 after runtime.(*cpuProfile).addNonGo (nosplit) uses 48
    568 on entry to runtime.(*cpuProfile).addWithFlushlog (nosplit)
    200 after runtime.(*cpuProfile).addWithFlushlog (nosplit) uses 368
    192 on entry to runtime.(*cpuProfile).evict (nosplit)
    -16 after runtime.(*cpuProfile).evict (nosplit) uses 208
runtime.(*cpuProfile).addWithFlushlog: nosplit stack overflow
    744 assumed on entry to runtime.sigtrampgo (nosplit)
    488 after runtime.sigtrampgo (nosplit) uses 256
    480 on entry to runtime.sigprofNonGoPC (nosplit)
    368 after runtime.sigprofNonGoPC (nosplit) uses 112
    360 on entry to runtime.(*cpuProfile).addNonGo (nosplit)
    312 after runtime.(*cpuProfile).addNonGo (nosplit) uses 48
    304 on entry to runtime.(*cpuProfile).addWithFlushlog (nosplit)
    -64 after runtime.(*cpuProfile).addWithFlushlog (nosplit) uses 368

只是 运行 应用程序工作正常，但调试总是在编译步骤失败。我尝试使用这样的标志进行构建并且它起作用了，所以我真的不明白为什么会这样。有人有线索吗？

Answer 1

这已在 this issue and it's Go issue 中解决。

解决办法是升级到Go 1.9.2或更高版本。