[Bug]: x/tools wontfix bug causing RPi arm64 builds to fail

[tashian]

Steps to Reproduce

I've received two reports this week that this bug is causing make bootstrap to fail on Raspberry Pis.

I was able to reproduce this locally on an RPi 4.

# golang.org/x/tools/internal/tokeninternal
../go/pkg/mod/golang.org/x/tools@v0.21.0/internal/tokeninternal/tokeninternal.go:64:9: invalid array length -delta * delta (constant -256 of type int64)

The Go bug is wontfix— so, out fix would be to upgrade our x/tools dependency.

One user was able to fix the build by dowmgrading to go1.24.7.

Your Environment

• OS - Ubuntu Server 24.04.3 LTS and Raspberry Pi OS Lite (64-bit)
• step-ca Version - 0.28.4
• Go 1.25.1 arm64

Expected Behavior

Dependencies should bootstrap without failure

Actual Behavior

See golang/go#74462 for error output

Additional Context

No response

Contributing

Vote on this issue by adding a 👍 reaction.
To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).

[hslatman]

From the surface, it looked like it was limited to the dev tooling:

golangci/golangci-lint info checking GitHub for tag 'latest'
golangci/golangci-lint info found version: 2.4.0 for v2.4.0/darwin/arm64
golangci/golangci-lint info installed /Users/herman/go/bin/golangci-lint
go: downloading gotest.tools/gotestsum v1.13.0
# golang.org/x/tools/internal/tokeninternal
../../go/pkg/mod/golang.org/x/tools@v0.21.0/internal/tokeninternal/tokeninternal.go:64:9: invalid array length -delta * delta (constant -256 of type int64)
make: *** [bootstrap] Error 1

$ go mod why -m golang.org/x/tools
# golang.org/x/tools
github.com/smallstep/certificates
go.uber.org/mock/mockgen
golang.org/x/tools/go/gcexportdata

Except, a fix for mockgen was already created (by @marten-seemann 🎉) and merged: uber-go/mock#274

[hslatman]

The go.mod of course isn't a factor in this, as make bootstrap does perform a go install. This is the culprit:

go install github.com/goreleaser/goreleaser@latest
# golang.org/x/tools/internal/tokeninternal
../../go/pkg/mod/golang.org/x/tools@v0.21.0/internal/tokeninternal/tokeninternal.go:64:9: invalid array length -delta * delta (constant -256 of type int64)

A workaround (for now) is to not use make bootstrap. If the goal is to compile step-ca, the things make bootstrap sets up are not required per se. go build -o step-ca ./cmd/step-ca works as expected. Of course we do have make bootstrap documented, so I can see people hitting this issue. But even for those cases I doubt whether they really need the whole dev setup: make build does not depend on the tooling that make bootstrap sets up currently. And in general, goreleaser isn't necessary to create a build, unless you want to be really close to the builds we release.

We might want to completely remove this go install pattern, though 😅