rustfmt and rls are only available on x86, x86_64, aarch64, and arm+neon

[cuviper]

Use of rustfmt -> bytecount -> simd only works on x86, x86_64, aarch64, and arm+neon, so all other arches are broken. See also rust-lang/rustfmt#3216.

I'm marking this as a regression since rustfmt and rls worked fine on all arches on 1.30 stable. I'm aware the rest are not Tier-1 targets though.

I believe a simple workaround for distro packagers like myself would be to just patch out the enablement of bytecount's simd-accel feature in rustfmt/Cargo.toml.

[alexcrichton]

@nrc this seems pretty bad, maybe the dependency can be removed for now?

[alexcrichton]

Er nvmd, looks like it's fixed upstream, I think bother the beta and master branches now need an update?

[alexcrichton]

@nrc I've created a rust-1.31.0 branch of rustfmt which includes one commit branched off the 1.0.0 tag (what we previously had on the beta branch). That commit comes from rust-lang/rustfmt#3220 which closed rust-lang/rustfmt#3216.

I've pushed that commit to #56352 to get this in ASAP. I haven't updated the master branch of this repo, so that'll need to be done before this issue is fully closed.

[alexcrichton]

Retagging as a nightly regression now that the rollup has landed, @cuviper can you confirm tomorrow that beta has all the available rustfmts? It looks like rustfmt-beta-arm-unknown-linux-gnueabi.tar.xz got uploaded at least!

[cuviper]

Well, I checked, but it seems beta is still at rustc 1.31.0-beta.19 (42053f9f0 2018-11-26).

[cuviper]

OK, 1.31.0-beta.20 (8940af3ce 2018-11-30) looks good, thanks!

[alexcrichton]

Perfect, thanks!