[Bug]: bazel vendor is broken

[amari]

What happened?

bazel vendor --vendor_dir=... fails due to ERROR: key "linux-arm64-gnu" not found in dictionary.

This is related to #289, and is caused by the upstream bug swc-project/swc#9769.

In short, upstream stopped publishing releases for linux-arm64-gnu after v1.7.14. The only other 64-bit ARM Linux Release is swc-linux-arm64-musl.

Also, it looks like some tests are missing. Somehow a 32-bit ARM Linux artifact made its way into TOOL_VERSIONS:

rules_swc/swc/private/versions.bzl

Line 8 in 1e339ca

"linux-arm-gnueabihf": "sha384-g6yFrvp0xsyScv+TukxmS0kaWVIOoics8eDM7/I/HJQhT5UWsLues80I73QWe3ql",

But there is no 32-bit ARM Linux platform:

rules_swc/swc/private/toolchains_repo.bzl

Lines 39 to 50 in 1e339ca

	"linux-arm64-gnu": struct(
	compatible_with = [
	"@platforms//os:linux",
	"@platforms//cpu:aarch64",
	],
	),
	"linux-x64-gnu": struct(
	compatible_with = [
	"@platforms//os:linux",
	"@platforms//cpu:x86_64",
	],
	),

Version

Development (host) and target OS/architectures: 64-bit macOS Apple M2 and Intel

Output of bazel --version: bazel 8.0.1

Version of the Aspect rules, or other relevant rules from your
WORKSPACE or MODULE.bazel file: 2.3.0

Language(s) and/or frameworks involved:
N/A

How to reproduce

1. Clone https://github.com/amari/rules_swc_repro

2. Run `bazel vendor --vendor_dir=vendor`

Any other information?

bazel vendor pulls in all the toolchains regardless of constraint matching, so it would serve as a good basis for a test.

IIRC the *-gnu and *-musl ABIs have/expect different libc.so paths, so I'd expect things to break catastrophically if they were simply substituted.

I don't have an environment to test this.

The quickest remedy would be to drop support for 64-bit ARM Linux and add it again after proper testing has been done.

[fmeum]

Have you tried running bazel vendor with a target pattern such as //...? That would avoid the download of toolchains for other platforms.