-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
identify arm64 host in uname output? #238
Comments
This is a great idea! The only challenge I see is to decide what label to use... we clearly do not want to use |
Technically, there shouldn't be a confusion, because the arch the runtime is built for is in # uname -s
MSYS_NT-10.0-19045-WOW64
# uname -m
i686 Of course, users are prone to confusion 😁 My first thought was appending prototype: https://gist.github.com/jeremyd2019/bb17f602da12e0f42aa4ff76848279e8 |
Isn't WOW64 separate? It's not used when emulating x64 on arm64 from what I understand. |
I'm not sure - you find out using |
I don't have a good idea for a name though. XOA64 :) |
So you're proposing something more like https://gist.github.com/jeremyd2019/bb17f602da12e0f42aa4ff76848279e8/revisions#diff-b01848fbcc4d8de021593b1f35eb093d8721f33416483b366587de3b20eb187f ? |
I was recently thinking about how
uname
used to include-WOW64
for i686-on-x86_64 situations, and that it would be possible to useIsWow64Process2
to identify and report x86_64-on-ARM64 (and indeed i686-on-ARM64, if backported to 3.3) in a similar way. That might be useful for stats collection purposes (such as msys2/MSYS2-packages#2832).I thought to bring this up on cygwin list, but I already have several outstanding messages there that have never been replied to, and I'd much rather my recent patch for hangs on ARM64 get attention, so I figured I'd memorialize the idea here.
The text was updated successfully, but these errors were encountered: