[issue43878] ./configure fails on Apple Silicon with coreutils uname

Ivan Pozdeev added the comment: > Someone nonchalantly updated these in > https://github.com/python/cpython/commit/2fc857a5721a5b42bcb696c9cae1bbcc82a91b17 > so this bug is now fixed That PR only goes into 3.11. While this ticket claims to have fixed the problem for 3.10 as well. Should th

[issue43878] ./configure fails on Apple Silicon with coreutils uname

Keith Smiley added the comment: Someone nonchalantly updated these in https://github.com/python/cpython/commit/2fc857a5721a5b42bcb696c9cae1bbcc82a91b17 so this bug is now fixed -- stage: patch review -> resolved status: open -> closed ___ Python t

[issue43878] ./configure fails on Apple Silicon with coreutils uname

Keith Smiley added the comment: I think given that this file seems to be updated occasionally anyways we should still land this. I agree with the sentiment that if this was a super specific fix just for this edge case maybe it wouldn't be worth it. -- ___

[issue43878] ./configure fails on Apple Silicon with coreutils uname

Dustin Rodrigues added the comment: In case it changes the calculus on how to proceed, HomeBrew does install coreutils with a "g" prefix -- a user needs to explicitly add the gnubin directory to their path in order for the unprefixed version to take precedence over the Apple-supplied one. h

[issue43878] ./configure fails on Apple Silicon with coreutils uname

Keith Smiley added the comment: Yep for sure, this is the first time I've hit a difference with uname specifically -- title: ./configure fails on Apple Silicon -> ./configure fails on Apple Silicon with coreutils uname ___ Python tracker

[issue43878] ./configure fails on Apple Silicon

Ned Deily added the comment: Thanks for the additional info and the PR. Yes, it probably does make sense to update them. But it also makes sense to avoid getting into problems building (Python and likely some other projects) with replacements for Apple-supplied utilities :) I note that MacP

[issue43878] ./configure fails on Apple Silicon

Keith Smiley added the comment: Thanks for checking, I was able to debug further and it turns out the actual issue is if you use `uname` from `coreutils`, you get different results: ``` % /opt/homebrew/opt/coreutils/libexec/gnubin/uname -p arm64 % /usr/bin/uname -p arm ``` I have this in my

[issue43878] ./configure fails on Apple Silicon

Ned Deily added the comment: I'm unable to reproduce the failure you see using the current top of the master branch (or the 3.9 branch) when running ./configure on an M1 Mac with macOS 11.2.3 and Xcode 12.4. The results I see are: checking build system type... arm-apple-darwin20.3.0 checking

[issue43878] ./configure fails on Apple Silicon

Keith Smiley added the comment: Thanks for taking a look. My limited understanding is also that these should be able to be updated separately from autoconf, and I feel slightly more confident knowing that in the past folks treated this update as trivial. It seems like the changes should be e

[issue43878] ./configure fails on Apple Silicon

Christian Heimes added the comment: It looks like we might be able to update the files after all. It's hard to say, though. The older tickets and commits for config.guess don't contain much context or explanation. -- ___ Python tracker

[issue43878] ./configure fails on Apple Silicon

Christian Heimes added the comment: The files are auto-generated by autoconf. The common Linux platforms do not have autoconf 2.71 yet. A large amount of core developers use Debian, Fedora, or Ubuntu. The latest releases of these distros only have autoconf 2.69. Until we can update, you have

[issue43878] ./configure fails on Apple Silicon

Change by Keith Smiley : -- keywords: +patch pull_requests: +24179 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25450 ___ Python tracker ___ ___

[issue43878] ./configure fails on Apple Silicon

New submission from Keith Smiley : It seems that Apple Silicon support has been added in https://github.com/python/cpython/pull/22855, but when I try to build locally I see this error: ``` % ./configure checking for git... found checking build system type... Invalid configuration `arm64-apple