rust: update to 1.84.0

[ognevny]

config changes:

• enable CFG for gnullvm targets (closes rust: enable Control Flow Guard on gnullvm #22325, thanks mati865)
• remove parallel_compiler, it's now always true (but -Zthreads is still unstable)
• add wasm32v1-none target (backport cc update to make it buildable)
• set default-linker for wasm targets
• disable llvm-tools to remove unneeded rust-objcopy.exe and...

backport a fix for proper rust-objcopy.exe distribution

[ognevny]

that clang 19 thing again

CFLAGS_wasm32v1_none = Some(-ffunction-sections -fdata-sections --target=wasm32v1-none -mtune=generic -pipe -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong -Wp,-D__USE_MINGW_ANSI_STDIO=1)
cargo:rerun-if-env-changed=CC_SHELL_ESCAPED_FLAGS
CC_SHELL_ESCAPED_FLAGS = None
cargo:warning=clang: warning: argument unused during compilation: '-mtune=generic' [-Wunused-command-line-argument]
cargo:warning=error: unknown target triple 'wasm32v1-none'

I'll comment wasm32v1-none target now

[ognevny]

@mati865 there is a new binary shipped: rust-objcopy.exe. is it better to remove it? there shouldn't be a problem if it's not shipped here

[mati865]

@mati865 there is a new binary shipped: rust-objcopy.exe. is it better to remove it? there shouldn't be a problem if it's not shipped here

I doubt lack of it would be a problem for us.

• enable CFG for gnullvm targets (closes rust: enable Control Flow Guard on gnullvm #22325, thanks mati865)

Wasn't the only blocker there the decision whether MSYS2 should enable it, since upstream does not?

[ognevny]

Wasn't the only blocker there the decision whether MSYS2 should enable it, since upstream does not?

I've been waiting for a patch that adds CFG support for gnullvm

[mati865]

Oh, I must have messed up the rebase. I have backported that patch previously.