declarative natives build script, MSVC for Windows targets + FreeBSD x86 & Windows ARM natives

[Random-Scientist]

the MSVC targets are a much better option than gnullvm for windows ARM (tier 3 toolchain vs tier 1).

not sure if there's a nice approach to sticking everything we need in one container but with caching the duplication isnt too bad.
also not sure if the dev commands should be changed to call local cargo directly, since anyone working on the natives will probably be doing that anyway.

• actually ensures non-x86_64-apple-darwin release builds get codegen-units = 1, after moving to a workspace, since workspaces ignore profile overrides in member crates' Cargo.toml.
• native build script now declaratively generates tasks from a single list of targets, which also handles copying/etc as opposed to the previous ad-hoc handwritten tasks
• the natives are now LZMA compressed and decompressed at load time
• should fix Missing natives for freebsd based distros #40, though loader improvements may be needed to detect freebsd and avoid loading the linux natives.
• fixes [Feature Request] Add ARM64 (Windows on ARM) native library support for Rapier physics #31
• might fix Windows smart app control blocked sable #206 (by changing how the natives file is named)

[ActuallyFreshIce]

It’s working on arm64, it’s very laggy which is odd since it shouldn’t be.

[ActuallyFreshIce]

@Random-Scientist I’m seeing what looks like a memory leak with Sable on my setup. Without Sable, the modpack sits around 6–8 GB RAM and is stable, but with Sable enabled, memory continuously climbs from that baseline up to ~25 GB while I’m standing still in a loaded world. FPS drops too, and eventually the whole system runs out of memory and crashes.

This doesn’t look like normal modded Minecraft memory usage, since the usage keeps increasing over time instead of leveling off. I’m on Minecraft 1.21.1 / NeoForge / Java 21 on Windows ARM64.

[Random-Scientist]

@ActuallyFreshIce are you on the Discord? I don't have a machine to test on and debugging this over github comments would be a giant pain (my username is rsci. over there if you just want to dm me

[Random-Scientist]

That said, i may disable the windows arm natives for this pr just to get it merged, since it brings nice improvements to the primary x86 windows build as well.

[CherrieTheShifter]

Yes This

[Random-Scientist]

In the hopes of getting the rest of the changes merged, i've disabled builds of the Windows ARM natives for now, pending debugging of the memory leak issues mentioned above in a later PR.

[ActuallyFreshIce]

Yes I have discord I will add you, username is danfantp

[Random-Scientist]

After testing with @ActuallyFreshIce the real culprit for the leak appears to be an interaction with sodium, not an inherent issue with the natives, I'll reenable them, and this should be ready to merge.

[CLAassistant]

All committers have signed the CLA.

[pizzapi2012]

merge please