rust-lang
ci: add support for aarch64-pc-windows-gnullvm target
Looks like we are blocked by the upstream in a few places; I can take it from there in terms of contacting them. Thanks :)
PS: It'd be nice if rustup-init.sh can be modified to detect this new host target as well, similar to x86_64-pc-windows-gnu.
@djc So the current situation in terms of the download support of this new target is:
- libcurl is not buildable, but you are dropping it anyway?
- aws-lc is not buildable, but I think I can ask the
aws-lcpeople to look into it.
Could it be alright, say, for certain builds to use reqwest on native-tls exclusively?
@djc So the current situation in terms of the download support of this new target is:
- libcurl is not buildable, but you are dropping it anyway?
Last I remember you didn't want to go there just yet?
- aws-lc is not buildable, but I think I can ask the
aws-lcpeople to look into it.
That would probably be useful.
Could it be alright, say, for certain builds to use
reqwestonnative-tlsexclusively?
Yeah, I guess we're going to need that workaround for a while given the lack of support from aws-lc-rs for a bunch of these targets.
- libcurl is not buildable, but you are dropping it anyway?
Last I remember you didn't want to go there just yet?
@djc Yes, but the thing is we can totally merge this in the next release cycle. As I understand it the need for this target is useful but not essential; current ARM64 Windows users can use the MSVC build of rustup as a workaround, except the installation experience might be a bit different.
Given that, it is not necessary for us to address the libcurl error here and now.
What is the reason for preferring gnullvm builds? Does it really matter if rustup is built using msvc, gnu or gnullvm?
What is the reason for preferring gnullvm builds? Does it really matter if rustup is built using msvc, gnu or gnullvm?
@ChrisDenton The past convention is that targets with at least tier 2 with host tools are expected to have a respective rustup build. For Windows I understand that this is a bit pointless since the user would usually download the MSVC build... But we already have a x64 GNU ABI build anyway.
My POV in this is not that we really want to start distributing for this platform and how much ROI we can get from that, but rather anyone who wishes to develop this tool using that host target is supposed to get a perfectly normal build.
@magic-akari Please be patient as this PR might be included after the cURL backend removal, and there is no urgent need to keep it up to date as I'll offer to do that by then. Many thanks again :)