Are you running this command inside of a module? Make sure to switch to a temporary directory before running the command.

Yes, I am running from a temp dir, it is an empty docker container based on arm32v7/golang:latest

Edit:
Tested on the base OS itself just in case it's some docker weirdness, and I get the same result

Could you try running with -v to get a bit more information? You could also try clearing the module cache and running the command again.

-v gives no additional information, I think the error is pretty clear, just haven't dug much more into it... I can look into this more if need be. I figure also, since I am making a new docker container, that shouldn't have any module cache

Thanks!

Oh I'm sorry I misread your initial issue - I thought both of those commands were failing.

I think I would expect this to fail. gopls is a sub-module of x/tools, and therefore latest depends on a specific version of x/tools. golang.org/x/tools/cmd/benchcmp is downloaded at master, however, causing the conflict.

I might be mistaken though -- @jayconrod: should this work?

@stamblerre that makes sense... one question I have is why would this work on amd64 and not arm?

I was unable to get it to work on amd64, but I'm definitely not knowledgeable enough here to have useful insight. Probably best to wait for advice from the go command folks.

Oh, I know what the issue is, I had an old build for the amd64 one that was cached... there have since been api changes, I think your original hunch was right, going to try that :)

Same issue with:

GO111MODULE=on go get -buildmode=exe -ldflags '-s -w'      \
>       golang.org/x/lint/golint                                 \
>       golang.org/x/tools@latest                                \
>       golang.org/x/tools/gopls@latest                          \

Working as intended from the go command perspective: this command may not work in general. It's probably best to run one go get command per module.

This command requests the latest version of golang.org/x/tools/gopls (v0.1.7 as of now) built against the latest version of golang.org/x/tools (v0.0.0-20191024172055-b24f3822ec91), which is a separate module. gopls v0.1.7 depends on an internal package in x/tools, golang.org/x/tools/internal/lsp/cmd. There have been incompatible changes in the API of that internal package, so gopls v0.1.7 doesn't build. Presumably gopls at master works with those changes, but v0.1.7 does not.

Another way to reproduce:

mkdir test
cd test
go mod init m
go get -d golang.org/x/tools/gopls
go get -d golang.org/x/tools
go build golang.org/x/tools/gopls

Since it looks like this is intended behavior, I will close the issue.