x/exp/shiny: SIGILL: illegal instruction on macOS Catalina with Xcode 11.1 running basic example

[leighmcculloch]

What version of Go are you using (go version)?

$ go version
go version go1.13.3 darwin/amd64

Does this issue reproduce with the latest release?

Yes

What operating system and processor architecture are you using (go env)?

go env Output

$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/leighmcculloch/Library/Caches/go-build"
GOENV="/Users/leighmcculloch/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/leighmcculloch/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/Users/leighmcculloch/go/src/github.com/golang/exp/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/cn/mvxdpxj10pxgx6h74_knhyyc0000gn/T/go-build851615509=/tmp/go-build -gno-record-gcc-switches -fno-common"

What did you do?

I ran the x/exp/shiny/example/basic example application.

git clone https://github.com/golang/exp
cd exp/
go run -tags=example ./shiny/example/basic

What did you expect to see?

The basic graphical application to display.

What did you see instead?

An invalid instruction panic.

SIGILL: illegal instruction
PC=0x7fff2eda88a1 m=5 sigcode=1
signal arrived during cgo execution

Full Output

% go run -tags=example ./shiny/example/basic
go: downloading golang.org/x/mobile v0.0.0-20190719004257-d2bd2a29d028
go: downloading golang.org/x/image v0.0.0-20190802002840-cff245a6509b
go: extracting golang.org/x/mobile v0.0.0-20190719004257-d2bd2a29d028
go: extracting golang.org/x/image v0.0.0-20190802002840-cff245a6509b
go: finding golang.org/x/image v0.0.0-20190802002840-cff245a6509b
go: finding golang.org/x/mobile v0.0.0-20190719004257-d2bd2a29d028
SIGILL: illegal instruction
PC=0x7fff2eda88a1 m=5 sigcode=1
signal arrived during cgo execution

goroutine 20 [syscall, locked to thread]:
runtime.cgocall(0x40c4170, 0xc00002ef10, 0x0)
	/usr/local/go/src/runtime/cgocall.go:128 +0x5b fp=0xc00002eee0 sp=0xc00002eea8 pc=0x400537b
golang.org/x/exp/shiny/driver/gldriver._Cfunc_makeCurrentContext(0x44426c0)
	_cgo_gotypes.go:298 +0x41 fp=0xc00002ef10 sp=0xc00002eee0 pc=0x40bf1f1
golang.org/x/exp/shiny/driver/gldriver.drawLoop(0xc0000ae000, 0x1)
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/gldriver/cocoa.go:147 +0x60 fp=0xc00002efd0 sp=0xc00002ef10 pc=0x40c02a0
runtime.goexit()
	/usr/local/go/src/runtime/asm_amd64.s:1357 +0x1 fp=0xc00002efd8 sp=0xc00002efd0 pc=0x4058971
created by golang.org/x/exp/shiny/driver/gldriver.preparedOpenGL
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/gldriver/cocoa.go:92 +0xe4

goroutine 1 [chan receive, locked to thread]:
golang.org/x/exp/shiny/driver/gldriver.drawgl(0x457b340)
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/gldriver/cocoa.go:134 +0x15e
golang.org/x/exp/shiny/driver/gldriver._cgoexpwrap_db502a3a14da_drawgl(0x457b340)
	_cgo_gotypes.go:377 +0x2b
golang.org/x/exp/shiny/driver/gldriver._Cfunc_startDriver()
	_cgo_gotypes.go:311 +0x41
golang.org/x/exp/shiny/driver/gldriver.main(0x4116cd8, 0xc000040f50, 0x4007c6f)
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/gldriver/cocoa.go:107 +0x4d
golang.org/x/exp/shiny/driver/gldriver.Main(0x4116cd8)
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/gldriver/gldriver.go:26 +0x2f
golang.org/x/exp/shiny/driver.main(...)
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/driver_darwin.go:15
golang.org/x/exp/shiny/driver.Main(...)
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/driver.go:24
main.main()
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/example/basic/main.go:44 +0x2e

goroutine 19 [chan receive]:
golang.org/x/mobile/gl.(*context).enqueue(0xc0000b0000, 0x57, 0xffffffffffffffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
	/Users/leighmcculloch/go/pkg/mod/golang.org/x/mobile@v0.0.0-20190719004257-d2bd2a29d028/gl/work.go:111 +0xd3
golang.org/x/mobile/gl.(*context).IsProgram(0xc0000b0000, 0xa8b00, 0x68)
	/Users/leighmcculloch/go/pkg/mod/golang.org/x/mobile@v0.0.0-20190719004257-d2bd2a29d028/gl/gl.go:1045 +0xcb
golang.org/x/exp/shiny/driver/gldriver.(*screenImpl).NewTexture(0x41e8220, 0x100, 0x100, 0x0, 0x0, 0x0, 0x0)
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/gldriver/screen.go:78 +0x1a0
main.main.func1(0x412e760, 0x41e8220)
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/example/basic/main.go:61 +0x267
golang.org/x/exp/shiny/driver/gldriver.driverStarted.func1()
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/gldriver/cocoa.go:114 +0x40
created by golang.org/x/exp/shiny/driver/gldriver.driverStarted
	/Users/leighmcculloch/go/src/github.com/golang/exp/shiny/driver/gldriver/cocoa.go:113 +0x35

rax    0x0
rbx    0xc00002ef10
rcx    0x0
rdx    0x0
rdi    0x0
rsi    0x1f08000c
rbp    0x70000508aef0
rsp    0x70000508aeb0
r8     0x0
r9     0x0
r10    0x0
r11    0x0
r12    0x44426c0
r13    0x0
r14    0x4031440
r15    0x0
rip    0x7fff2eda88a1
rflags 0x10202
cs     0x2b
fs     0x0
gs     0x0
exit status 2

I originally experienced this issue attempting to run gdlv and opened an issue at aarzilli/gdlv#45 but was redirected here by @dmitshur.

[leighmcculloch]

The above full output is using the gldriver because the metal tag was not provided.

If I use the metal tag like in the following command, the basic example runs, but it displays a blank black canvas in a window. There's a lot of mouse event output that follows.

% go run -tags='metal,example' ./shiny/example/basic    
# github.com/go-gl/glfw/v3.2/glfw
In file included from ../../../../pkg/mod/github.com/go-gl/glfw@v0.0.0-20190409004039-e6da0acd62b1/v3.2/glfw/c_glfw_darwin.go:8:
../../../../pkg/mod/github.com/go-gl/glfw@v0.0.0-20190409004039-e6da0acd62b1/v3.2/glfw/glfw/src/cocoa_window.m:989:9: warning: multiple methods named 'center' found [-Wobjc-multiple-method-names]
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSCollectionViewCompositionalLayout.h:601:19: note: using
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:312:1: note: also found
got lifecycle.Event{From:StageDead, To:StageFocused, DrawContext:<nil>}
got size.Event{WidthPx:1024, HeightPx:768, WidthPt:0, HeightPt:0, PixelsPerPt:0, Orientation:0}
got paint.Event{External:true}
got mouse.Event{X:-115.9375, Y:347.60156, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-114.80469, Y:347.60156, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-112.92969, Y:348.85156, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-111.78906, Y:349.9922, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-109.91406, Y:350.6172, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-108.77344, Y:351.7578, Button:0, Modifiers:0x0, Direction:0x0}
...

[dmitshur]

I don’t think I’m able to reproduce this on my MacBook Pro, unfortunately.

What is the exact version/build of macOS you’re testing with?

What hardware is it? What video card or video cards?

[leighmcculloch]

Model:

Model Name: MacBook (Retina, 12-inch, 2017)
Model Identifier: MacBook10,1

Video Card:

Chipset Model: Intel HD Graphics 615
Type: GPU
Bus: Built-In
VRAM (Dynamic, Max): 1536 MB
Vendor: Intel
Device ID: 0x591e
Revision ID: 0x0002
Metal: Supported, feature set macOS GPUFamily2 v1

OS:

macOS Catalina
Version 10.15 (19A583)

---

The give away might be the feature set GPUFamily2 v1. What feature set does your MacBook Pro have?

[dmitshur]

The 2017 MacBook should work fine. The macOS GPUFamily2 v1 feature set is the highest feature set that currently exists, see here for reference.

For comparison, my 2015 MacBook Pro has these feature sets:

$ go run dmitri.shuralyov.com/gpu/mtl/cmd/mtlinfo
preferred system default Metal device: AMD Radeon R9 M370X

AMD Radeon R9 M370X:
	• low-power: no
	• removable: no
	• configured as headless: no
	• registry ID: 4294968594

	Feature Sets:
	• macOS GPU family 1, version 1: ✅ supported
	• macOS GPU family 1, version 2: ✅ supported
	• macOS read-write texture, tier 2: ✅ supported
	• macOS GPU family 1, version 3: ✅ supported
	• macOS GPU family 1, version 4: ✅ supported
	• macOS GPU family 2, version 1: ✅ supported

Intel Iris Pro Graphics:
	• low-power: yes
	• removable: no
	• configured as headless: no
	• registry ID: 4294968434

	Feature Sets:
	• macOS GPU family 1, version 1: ✅ supported
	• macOS GPU family 1, version 2: ✅ supported
	• macOS read-write texture, tier 2: ❌ unsupported
	• macOS GPU family 1, version 3: ✅ supported
	• macOS GPU family 1, version 4: ✅ supported
	• macOS GPU family 2, version 1: ❌ unsupported

@leighmcculloch Can you please share Xcode and clang versions? You can use xcodebuild -version and gcc --version.

@leighmcculloch Also, do you know or remember if this worked before you installed macOS Catalina on your MB?

[leighmcculloch]

% xcodebuild -version
Xcode 11.1
Build version 11A1027

% gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.0 (clang-1100.0.33.8)
Target: x86_64-apple-darwin19.0.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

[leighmcculloch]

do you know or remember if this worked before you installed macOS Catalina on your MB?

Unfortunately I only started experimenting with these things after upgrading to Catalina.

[leighmcculloch]

I just got my hand on another mac that is seeing the same issue. These are its specs. It's different hardware, different OS version, but same year and same featureset.

Model Name: iMac (Retina 5K, 27-inch, 2017)
Model Identifier: iMac18,3

mac OS Catalina
Version 10.15 (19A602)

Chipset Model: Radeon Pro 580
Type: GPU
Bus: PCIe
PCIe Lane Width: x16
VRAM (Total): 8 GB
Vendor: AMD (0x1002)
Device ID: 0x67df
Revision ID: 0x00c0
ROM Revision: 113-D000AA-931
VBIOS Version: 113-D0001A1X-025
EFI Driver Version: 01.00.931
Metal: Supported, feature set macOS GPUFamily2 v1

% xcodebuild -version
xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance

% gcc --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.0 (clang-1100.0.33.8)
Target: x86_64-apple-darwin19.0.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

Running with opengl the same as above:

% go run -tags=example ./shiny/example/basic
SIGILL: illegal instruction
PC=0x7fff34bb28a1 m=3 sigcode=1
signal arrived during cgo execution

Full Output

SIGILL: illegal instruction
PC=0x7fff34bb28a1 m=3 sigcode=1
signal arrived during cgo execution

goroutine 5 [syscall, locked to thread]:
runtime.cgocall(0x40c4270, 0xc000040710, 0x0)
	/usr/local/go/src/runtime/cgocall.go:128 +0x5b fp=0xc0000406e0 sp=0xc0000406a8 pc=0x400547b
golang.org/x/exp/shiny/driver/gldriver._Cfunc_makeCurrentContext(0x6b055b0)
	_cgo_gotypes.go:298 +0x41 fp=0xc000040710 sp=0xc0000406e0 pc=0x40bf2f1
golang.org/x/exp/shiny/driver/gldriver.drawLoop(0xc0000b2000, 0x1)
	/Users/leighmcculloch/go/src/exp/shiny/driver/gldriver/cocoa.go:147 +0x60 fp=0xc0000407d0 sp=0xc000040710 pc=0x40c03a0
runtime.goexit()
	/usr/local/go/src/runtime/asm_amd64.s:1357 +0x1 fp=0xc0000407d8 sp=0xc0000407d0 pc=0x4058a71
created by golang.org/x/exp/shiny/driver/gldriver.preparedOpenGL
	/Users/leighmcculloch/go/src/exp/shiny/driver/gldriver/cocoa.go:92 +0xe4

goroutine 1 [chan receive, locked to thread]:
golang.org/x/exp/shiny/driver/gldriver.drawgl(0x45644d0)
	/Users/leighmcculloch/go/src/exp/shiny/driver/gldriver/cocoa.go:134 +0x15e
golang.org/x/exp/shiny/driver/gldriver._cgoexpwrap_db502a3a14da_drawgl(0x45644d0)
	_cgo_gotypes.go:377 +0x2b
golang.org/x/exp/shiny/driver/gldriver._Cfunc_startDriver()
	_cgo_gotypes.go:311 +0x41
golang.org/x/exp/shiny/driver/gldriver.main(0x4116dd8, 0xc000052f50, 0x4007d6f)
	/Users/leighmcculloch/go/src/exp/shiny/driver/gldriver/cocoa.go:107 +0x4d
golang.org/x/exp/shiny/driver/gldriver.Main(0x4116dd8)
	/Users/leighmcculloch/go/src/exp/shiny/driver/gldriver/gldriver.go:26 +0x2f
golang.org/x/exp/shiny/driver.main(...)
	/Users/leighmcculloch/go/src/exp/shiny/driver/driver_darwin.go:15
golang.org/x/exp/shiny/driver.Main(...)
	/Users/leighmcculloch/go/src/exp/shiny/driver/driver.go:24
main.main()
	/Users/leighmcculloch/go/src/exp/shiny/example/basic/main.go:44 +0x2e

goroutine 19 [chan receive]:
golang.org/x/mobile/gl.(*context).enqueue(0xc0000b4000, 0x57, 0xffffffffffffffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
	/Users/leighmcculloch/go/pkg/mod/golang.org/x/mobile@v0.0.0-20190719004257-d2bd2a29d028/gl/work.go:111 +0xd3
golang.org/x/mobile/gl.(*context).IsProgram(0xc0000b4000, 0x57b00, 0x68)
	/Users/leighmcculloch/go/pkg/mod/golang.org/x/mobile@v0.0.0-20190719004257-d2bd2a29d028/gl/gl.go:1045 +0xcb
golang.org/x/exp/shiny/driver/gldriver.(*screenImpl).NewTexture(0x41e8220, 0x100, 0x100, 0x0, 0x0, 0x0, 0x0)
	/Users/leighmcculloch/go/src/exp/shiny/driver/gldriver/screen.go:78 +0x1a0
main.main.func1(0x412e860, 0x41e8220)
	/Users/leighmcculloch/go/src/exp/shiny/example/basic/main.go:61 +0x267
golang.org/x/exp/shiny/driver/gldriver.driverStarted.func1()
	/Users/leighmcculloch/go/src/exp/shiny/driver/gldriver/cocoa.go:114 +0x40
created by golang.org/x/exp/shiny/driver/gldriver.driverStarted
	/Users/leighmcculloch/go/src/exp/shiny/driver/gldriver/cocoa.go:113 +0x35

rax    0x0
rbx    0xc000040710
rcx    0x0
rdx    0x0
rdi    0x0
rsi    0x1f08000c
rbp    0x70000386def0
rsp    0x70000386deb0
r8     0x0
r9     0x0
r10    0x0
r11    0x0
r12    0x6b055b0
r13    0x0
r14    0x412a266
r15    0x0
rip    0x7fff34bb28a1
rflags 0x10202
cs     0x2b
fs     0x0
gs     0x0
exit status 2

Running with metal the same as above works, and looks like this:

% go run -tags=metal,example ./shiny/example/basic
# github.com/go-gl/glfw/v3.2/glfw
In file included from ../../pkg/mod/github.com/go-gl/glfw@v0.0.0-20190409004039-e6da0acd62b1/v3.2/glfw/c_glfw_darwin.go:8:
../../pkg/mod/github.com/go-gl/glfw@v0.0.0-20190409004039-e6da0acd62b1/v3.2/glfw/glfw/src/cocoa_window.m:989:9: warning: multiple methods named 'center' found [-Wobjc-multiple-method-names]
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSCollectionViewCompositionalLayout.h:601:19: note: using
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:312:1: note: also found
got lifecycle.Event{From:StageDead, To:StageFocused, DrawContext:<nil>}
got size.Event{WidthPx:1024, HeightPx:768, WidthPt:0, HeightPt:0, PixelsPerPt:0, Orientation:0}
got paint.Event{External:true}
got mouse.Event{X:-1950.5859, Y:1079.5234, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-1934.4062, Y:1070.5312, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-1910.0469, Y:1055.0234, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-1852.5469, Y:1023.0703, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-1789.1719, Y:989.71094, Button:0, Modifiers:0x0, Direction:0x0}
got mouse.Event{X:-1628.25, Y:906.64844, Button:0, Modifiers:0x0, Direction:0x0}
...

[leighmcculloch]

I updated the MacBook 2017 to macOS 10.15 (19A602), but the behavior is the same on it. Without metal SIGILLs, with metal a black screen.

[dmitshur]

Thanks a lot for providing all that information Leigh.

I updated my Xcode from 10.3:

$ xcodebuild -version
Xcode 10.3
Build version 10G8

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/usr/include/c++/4.2.1
Apple LLVM version 10.0.1 (clang-1001.0.46.4)
Target: x86_64-apple-darwin19.0.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

To Xcode 11.1:

$ xcodebuild -version
Xcode 11.1
Build version 11A1027

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.0 (clang-1100.0.33.8)
Target: x86_64-apple-darwin19.0.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

And I can reproduce the SIGILL: illegal instruction issue with gldriver:

$ go run -tags='example' ./example/basic
SIGILL: illegal instruction
PC=0x7fff39f3a8a1 m=5 sigcode=1
signal arrived during cgo execution

goroutine 7 [syscall, locked to thread]:
runtime.cgocall(0x40c4300, 0xc000048710, 0x0)
	/usr/local/go/src/runtime/cgocall.go:128 +0x5b fp=0xc0000486e0 sp=0xc0000486a8 pc=0x400550b
golang.org/x/exp/shiny/driver/gldriver._Cfunc_makeCurrentContext(0x453d4c0)
	_cgo_gotypes.go:298 +0x41 fp=0xc000048710 sp=0xc0000486e0 pc=0x40bf381
golang.org/x/exp/shiny/driver/gldriver.drawLoop(0xc0000a0000, 0x1)
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/gldriver/cocoa.go:147 +0x60 fp=0xc0000487d0 sp=0xc000048710 pc=0x40c0430
runtime.goexit()
	/usr/local/go/src/runtime/asm_amd64.s:1357 +0x1 fp=0xc0000487d8 sp=0xc0000487d0 pc=0x4058b01
created by golang.org/x/exp/shiny/driver/gldriver.preparedOpenGL
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/gldriver/cocoa.go:92 +0xe4

goroutine 1 [chan receive, locked to thread]:
golang.org/x/exp/shiny/driver/gldriver.drawgl(0x4356a90)
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/gldriver/cocoa.go:134 +0x15e
golang.org/x/exp/shiny/driver/gldriver._cgoexpwrap_db502a3a14da_drawgl(0x4356a90)
	_cgo_gotypes.go:377 +0x2b
golang.org/x/exp/shiny/driver/gldriver._Cfunc_startDriver()
	_cgo_gotypes.go:311 +0x41
golang.org/x/exp/shiny/driver/gldriver.main(0x4116d38, 0xc000059f50, 0x4007dff)
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/gldriver/cocoa.go:107 +0x4d
golang.org/x/exp/shiny/driver/gldriver.Main(0x4116d38)
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/gldriver/gldriver.go:26 +0x2f
golang.org/x/exp/shiny/driver.main(...)
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/driver_darwin.go:15
golang.org/x/exp/shiny/driver.Main(...)
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/driver.go:24
main.main()
	/Users/dmitri/go/src/golang.org/x/exp/shiny/example/basic/main.go:44 +0x2e

goroutine 6 [chan receive]:
golang.org/x/mobile/gl.(*context).enqueue(0xc0000a4000, 0x57, 0xffffffffffffffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
	/Users/dmitri/go/src/golang.org/x/mobile/gl/work.go:111 +0xd3
golang.org/x/mobile/gl.(*context).IsProgram(0xc0000a4000, 0x5ab00, 0x68)
	/Users/dmitri/go/src/golang.org/x/mobile/gl/gl.go:1045 +0xcb
golang.org/x/exp/shiny/driver/gldriver.(*screenImpl).NewTexture(0x41e8220, 0x100, 0x100, 0x0, 0x0, 0x0, 0x0)
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/gldriver/screen.go:78 +0x1a0
main.main.func1(0x412e7c0, 0x41e8220)
	/Users/dmitri/go/src/golang.org/x/exp/shiny/example/basic/main.go:61 +0x267
golang.org/x/exp/shiny/driver/gldriver.driverStarted.func1()
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/gldriver/cocoa.go:114 +0x40
created by golang.org/x/exp/shiny/driver/gldriver.driverStarted
	/Users/dmitri/go/src/golang.org/x/exp/shiny/driver/gldriver/cocoa.go:113 +0x35

rax    0x0
rbx    0xc000048710
rcx    0x0
rdx    0x0
rdi    0x0
rsi    0x1f08000c
rbp    0x70000be6aef0
rsp    0x70000be6aeb0
r8     0x0
r9     0x0
r10    0x0
r11    0x0
r12    0x453d4c0
r13    0x0
r14    0x40315d0
r15    0x0
rip    0x7fff39f3a8a1
rflags 0x10202
cs     0x2b
fs     0x0
gs     0x0
exit status 2

For the record, I'm also on the latest macOS Catalina 10.15 (19A602).

I still can't reproduce the issue with Metal, that seems to still work okay. I suspect it may be a separate issue somehow related to the difference in hardware and drivers.

[leighmcculloch]

Is it worth me opening an issue for the Metal issue given that the MacBook line has been discontinued? I can open a separate issue for it, but I don't want to if it's unlikely to get looked at. The bigger issue is the OpenGL driver not working with latest Xcode I think.