I cannot compile since installing OS X Sierra beta through GM

I have not been able to compile on my mac for a long time and it is bugging me. I always get an exception having to do something with /usr/bin/go. Now since loading v1.6.11 it will not start (I get com.apple.xpc.launchd[1] (cc.arduino.Arduino.37960[90424]): Service exited with abnormal code: 255) and the Nightly does the same thing. Any thoughts? Here is the compile error on previous versions (v 1.6.10 is the last one that loads):

failed MSpanList_Insert 0x312d18 0x12a1bcdc45fa 0x0
fatal error: MSpanList_Insert

runtime stack:
runtime.MSpanList_Insert(0x2cadd0, 0x312d18)
/usr/local/go/src/runtime/mheap.c:692 +0x8f
runtime.MHeap_Free(0x2cad60, 0x312d18, 0x0)
/usr/local/go/src/runtime/mheap.c:500 +0x5b
runtime.MCentral_FreeSpan(0x2d46f8, 0x312d18, 0x2, 0xc208132000, 0xc208133000, 0x0, 0x64)
/usr/local/go/src/runtime/mcentral.c:181 +0x1bb
runtime.MSpan_Sweep(0x312d18, 0x9f00000000, 0xc200000001)
/usr/local/go/src/runtime/mgc0.c:1099 +0x477

goroutine 3 [running]:
runtime.switchtoM()
/usr/local/go/src/runtime/asm_amd64.s:198 fp=0xc20801dfa8 sp=0xc20801dfa0
runtime.gosweepone(0x1)
/usr/local/go/src/runtime/mgc0.c:1168 +0x1e fp=0xc20801dfc0 sp=0xc20801dfa8
runtime.bgsweep()
/usr/local/go/src/runtime/mgc0.go:85 +0x36 fp=0xc20801dfe0 sp=0xc20801dfc0
runtime.goexit()
/usr/local/go/src/runtime/asm_amd64.s:2232 +0x1 fp=0xc20801dfe8 sp=0xc20801dfe0
created by gc
/usr/local/go/src/runtime/mgc0.c:1386

goroutine 1 [runnable]:
syscall.Syscall(0x152, 0xc208010620, 0xc2082045a0, 0x0, 0x0, 0x0, 0x0)
/usr/local/go/src/syscall/asm_darwin_amd64.s:20 +0x5
syscall.Stat(0xc2080105b0, 0x68, 0xc2082045a0, 0x0, 0x0)
/usr/local/go/src/syscall/zsyscall_darwin_amd64.go:1221 +0x92
os.Stat(0xc2080105b0, 0x68, 0x0, 0x0, 0x0, 0x0)
/usr/local/go/src/os/file_unix.go:134 +0x75

1.6.11 loads for me but I get the same error when trying to compile marlin or repetier firmware. I'm in the middle of a 3D printer upgrade so getting this working would be a good thing.

I started a topic in their support forum as well.

That might be the better one to keep an eye on.

jamesarm97:
syscall.Syscall(0x152, 0xc208010620, 0xc2082045a0, 0x0, 0x0, 0x0, 0x0)
/usr/local/go/src/syscall/asm_darwin_amd64.s:20 +0x5

That's odd. I thought that Macintosh computers used Intel processors, not AMD processors.

This looks like the go language bug that was recently fixed in 1.7 (Go 1.7 Release Notes - The Go Programming Language). I guess we'll have to wait for a new release of Arduino that includes the updated Go lang support for OS X Sierra?

johnwasser:
That's odd. I thought that Macintosh computers used Intel processors, not AMD processors.

They do use Intel processors, but the name of the 64-bit architecture that modern Intel x64 processors is sometimes called 'amd64'.

See x86-64 - Wikipedia

Basically, modern Intel processors use an architecture pioneered by AMD, and that's where it gets its name. If you run uname it will return the more generic name x86-64.

The Arduino developer has been working on this issue and has a proposed fix. If you want to try it out the test builds are available at

Please report your results.