mingw-w64-llvm: update to 22.1.2

[gitforwindowshelper]

This closes git-for-windows/git#6147

[rimrul]

/deploy

The workflow run was started.

[rimrul]

I finally got around to figuring out why LLVM doesn't build anymore. It's fallout from msys2#27579. Both cmake and bsdtar expect libcrypto-3-arm64.dll to exist now, while ours is just called libcrypto-3.dll

[rimrul]

We have the check-for-missing-dlls workflow to check for this, but it just happily prints "Need ARCH to be set" in git-sdk-arm64 and succeeds its checks without actually checking anything.

[dscho]

We have the check-for-missing-dlls workflow to check for this, but it just happily prints "Need ARCH to be set" in git-sdk-arm64 and succeeds its checks without actually checking anything.

One more reason to just switch to MSYS2's version of mingw-w64-openssl, right?

In the meantime, how about copying MSYS2's libcrypto-3-arm64.dll into our git-sdk-arm64, committing and pushing to main?

[rimrul]

In the meantime, how about copying MSYS2's libcrypto-3-arm64.dll into our git-sdk-arm64, committing and pushing to main?

My thought for a quick workaround was a symlink between the two names. That would have the benefit of ensuring we're using the same version of the dll across all native tools.

[rimrul]

I've created git-for-windows/build-extra#699 to hopefully fix the workflow.

[dscho]

In the meantime, how about copying MSYS2's libcrypto-3-arm64.dll into our git-sdk-arm64, committing and pushing to main?

My thought for a quick workaround was a symlink between the two names. That would have the benefit of ensuring we're using the same version of the dll across all native tools.

I wasn't sure whether symlinks work, but if they do, sure, let's do it!

[rimrul]

We have the check-for-missing-dlls workflow to check for this

It wouldn't have caught this, because we don't ship bsdtar, cmake or any other native EXE from msys2 that depends on OpenSSL in Git for Windows.

[dscho]

We have the check-for-missing-dlls workflow to check for this

It wouldn't have caught this, because we don't ship bsdtar, cmake or any other native EXE from msys2 that depends on OpenSSL in Git for Windows.

All true! All the more reason to stop shadowing MSYS2's mingw-w64-openssl in git-sdk-64 and git-sdk-arm64.

[rimrul]

I wasn't sure whether symlinks work, but if they do, sure, let's do it!

Both bsdtar and cmake seem happy with a symlink in my testing.

[dscho]

I wasn't sure whether symlinks work, but if they do, sure, let's do it!

Both bsdtar and cmake seem happy with a symlink in my testing.

Excellent! Let's do it, @rimrul!