ci: Also run Rust tests on Windows on ARM

[torokati44]

Re: #21146

Let's see what happens...

[torokati44]

Also referencing: #19259

[torokati44]

Ouch, OpenH264 only added Windows ARM builds with 2.5.0, which is blocked on #18581 (or #19445, but eh). See also: cisco/openh264#3873

[torokati44]

Does this mean the whole thing is running on x86 emulation? 🤔
https://github.com/ruffle-rs/ruffle/actions/runs/16645092011/job/47103772107?pr=21150#step:7:114

[lexcyn]

Does this mean the whole thing is running on x86 emulation? 🤔 https://github.com/ruffle-rs/ruffle/actions/runs/16645092011/job/47103772107?pr=21150#step:7:114

Hmm, strange as the rust checks show the correct aarch64 host - are there any artifacts/output from that build test? I could test it on my ARM64 system

[torokati44]

That step is just setting up the nextest test runner.

[kjarosh]

Tests on Windows ARM take even longer than on Windows x86_64 :/ despite the fact that some of them are disabled

It's 15m 47s ARM vs 12m 41s x64 vs 4–5min Linux / Mac

[torokati44]

That could also be because nothing is cached for it yet.

[adrian17]

Can we not run this on each PR, perhaps? Only daily? (btw this question applies to more CI types, not just ARM)
Or maybe at least skip a batch of tests, like from_avmplus, which are <50% (but still growing fast)?

[kjarosh]

btw this question applies to more CI types, not just ARM

To be fair, only the longest job negatively impacts PR checks performance, which as of now is windows-latest, and possibly windows-arm in the future.

Or maybe at least skip a batch of tests

I tried marking slow tests one day, but that was a failure. Maybe there's some other mechanism than features that we can use for filtering slow tests

[torokati44]

Referencing: #15950 (comment)

[torokati44]

Yes, it's really -2025 and -11-arm... 🙄
https://docs.github.com/en/actions/reference/runners/github-hosted-runners#standard-github-hosted-runners-for-public-repositories