go: cmd/go: go build -i results in "/usr/local/go/pkg/darwin_amd64/runtime/cgo.a: permission denied"

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

$ go version
go version go1.14 darwin/amd64

Does this issue reproduce with the latest release?

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

go env Output

$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/hrbc/Library/Caches/go-build"
GOENV="/Users/hrbc/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/hrbc/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=""
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/7n/bh7jk7s95_3gljs6gf3405k00000gn/T/go-build782113827=/tmp/go-build -gno-record-gcc-switches -fno-common"

What did you do?

build my project use -i go build -i -v -o ./bin/demo-api .

What did you expect to see?

no error

What did you see instead?

go build -i -v -o ./bin/demo-api . go build runtime/cgo: copying /Users/hrbc/Library/Caches/go-build/63/63a132c80210b5c7b4f4ed9a902aaec712c42b15e23aa2c1b1778e2f85165d04-d: open /usr/local/go/pkg/darwin_amd64/runtime/cgo.a: permission denied

About this issue

Original URL
State: closed
Created 4 years ago
Comments: 16 (6 by maintainers)

Commits related to this issue

test: remove -i from go test, breaks testing from osx go from brew See https://github.com/golang/go/issues/37962#issuecomment-602664676 for futher justifications. — committed to displague/terraform-provider-packet by displague 4 years ago
test: remove -i from go test, breaks testing from osx go from brew See https://github.com/golang/go/issues/37962#issuecomment-602664676 for futher justifications. Signed-off-by: Marques Johansson <m... — committed to displague/terraform-provider-packet by displague 4 years ago
test: remove -i from go test, breaks testing from osx go from brew See https://github.com/golang/go/issues/37962#issuecomment-602664676 for futher justifications. Signed-off-by: Marques Johansson <m... — committed to displague/terraform-provider-packet by displague 4 years ago
removes -i flag from go build as its deprecated ref: https://github.com/golang/go/issues/37962 — committed to razorpay/metro by sunnyagg 4 years ago
removes -i flag from go build as its deprecated (#9) ref: https://github.com/golang/go/issues/37962 — committed to razorpay/metro by sunnyagg 4 years ago

Most upvoted comments

Another workaround:

sudo chown -R <your username> /usr/local/go/pkg/darwin_amd64/

+52

bitxel on Aug 20, 2020

In the event anyone else is still seeing this problem with Go 1.14. I use Homebrew as my package manager but when I was installing go, I downloaded and installed it from the golang website. I had to: sudo rm -rf /usr/local/go

and install it via Homebrew: brew install go

That resolved my issue.

+12

JacobAndrewSmith92 on Jul 13, 2020

I had the same error when I installed golang using the .pkg file. Oddly(?), it only offered to install system-wide (i.e. for all users) and all the files installed to /usr/local/go were owned by root.

Removing golang (sudo rm -fr /usr/local/go), downloading and expanding the latest tar file helped:

sudo tar -C /usr/local -xzf go1.14.1.darwin-amd64.tar.gz

I no longer have that fakakta error. If it matters, I’m on macOS Mojave 10.14.6.

+10

ppinter1 on Mar 22, 2020

This probably means that your go installation is read-only and/or owned by root instead of your user.

The -i flag is not particularly useful now that the go command has a build cache. Is there some particular reason you need it?

bcmills on Mar 20, 2020

To clarify, the -i flag tells the go command to install any rebuilt packages to their canonical locations. For runtime/cgo, that would be $GOROOT/pkg/darwin_amd64/runtime/cgo.a, which may be read-only, depending on how Go was installed.

Since Go 1.10, which introduced the build cache, the -i flag should rarely be needed. runtime/cgo.a will be stored there with a name like ~/Library/Caches/go-build/63/63a132c80210b5c7b4f4ed9a902aaec712c42b15e23aa2c1b1778e2f85165d04-d.

@xiaoxfan @ppinter1 Could you say more about what you’re using -i for? If the intent is just to speed up future builds by caching compiled packages, it’s no longer needed.

jayconrod on Mar 23, 2020

@ppinter1 Thanks for clarifying. I remember changing the default was discussed in microsoft/vscode-go#2836. Maybe comment on that issue or open a new one?

It’s expected that go1.14.1.darwin-amd64.pkg installs Go with root ownership. Any system-wide package installation should work that way. Personally, I use the .tar.gz files, but I have a script that chowns them to root so I don’t accidentally mess up my installation later (I have in the past).

jayconrod on Mar 23, 2020

@andreagrandi Don’t use go build -i. There is no reason to use the -i option any more.

I didn’t use the -i option directly. VSCode Go official extension must be using it somewhere, but I can’t see it in this error messsage:

Should I open a bug in the VSCode Go extension then?

p.s: the workaround sudo chown -R <your username> /usr/local/go/pkg/darwin_amd64/ solved my issue.

andreagrandi on Aug 22, 2020

@andreagrandi Don’t use go build -i. There is no reason to use the -i option any more.

ianlancetaylor on Aug 22, 2020

I installed Go 1.15 through the official installer and this still happens. Couldn’t the installer provide a fix for this? Thanks