This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Title: ./configure fails on Apple Silicon with coreutils uname
Type: enhancement Stage: resolved
Components: Build Versions: Python 3.10
Status: closed Resolution:
Dependencies: Superseder:
Assigned To: Nosy List: christian.heimes, dtrodrigues,, keith, ned.deily
Priority: normal Keywords: patch

Created on 2021-04-17 05:15 by keith, last changed 2022-04-11 14:59 by admin. This issue is now closed.

Pull Requests
URL Status Linked Edit
PR 25450 closed keith, 2021-04-17 05:19
Messages (12)
msg391272 - (view) Author: Keith Smiley (keith) * Date: 2021-04-17 05:15
It seems that Apple Silicon support has been added in, but when I try to build locally I see this error:

% ./configure
checking for git... found
checking build system type... Invalid configuration `arm64-apple-darwin20.3.0': machine `arm64-apple' not recognized
configure: error: /bin/sh ./config.sub arm64-apple-darwin20.3.0 failed

I went through the `autoreconf` instructions to see if the checked in configure script was outdated, but it doesn't seem to have fixed the issue.

I was able to fix this locally by updating the config.sub and config.guess files (only the former was required but I noticed in previous updates that they were updated in lockstep). I'm a bit wary about that change because it doesn't seem like they are updated frequently (they haven't been in over 3 years), but I will submit it for discussion.
msg391287 - (view) Author: Christian Heimes (christian.heimes) * (Python committer) Date: 2021-04-17 15:18
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 to recreate the configure script locally.
msg391288 - (view) Author: Christian Heimes (christian.heimes) * (Python committer) Date: 2021-04-17 15:29
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.
msg391337 - (view) Author: Keith Smiley (keith) * Date: 2021-04-18 16:55
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 entirely additive, as in they support new triples but otherwise are API compatible.
msg391405 - (view) Author: Ned Deily (ned.deily) * (Python committer) Date: 2021-04-19 20:37
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 host system type... arm-apple-darwin20.3.0

How are you producing the source that you are building from?
msg391406 - (view) Author: Keith Smiley (keith) * Date: 2021-04-19 20:51
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
% /usr/bin/uname -p

I have this in my $PATH (not specifically for uname but for other coreutils binaries) which is what lead to this. This update fixes this because the newer config.sub version contains a case for `arm64` that didn't exist before

So this isn't as big of an issue as I thought, but I still think it makes sense to update these files.
msg391407 - (view) Author: Ned Deily (ned.deily) * (Python committer) Date: 2021-04-19 21:04
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 MacPorts installs coreutils with a "g" prefix (e.g. "guname") for just this reason.
msg391408 - (view) Author: Keith Smiley (keith) * Date: 2021-04-19 21:07
Yep for sure, this is the first time I've hit a difference with uname specifically
msg391429 - (view) Author: Dustin Rodrigues (dtrodrigues) * Date: 2021-04-20 11:07
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.
msg391443 - (view) Author: Keith Smiley (keith) * Date: 2021-04-20 15:11
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.
msg393102 - (view) Author: Keith Smiley (keith) * Date: 2021-05-06 15:41
Someone nonchalantly updated these in so this bug is now fixed
msg406273 - (view) Author: Ivan Pozdeev ( Date: 2021-11-13 11:49
> Someone nonchalantly updated these in 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 that PR be backported? Alternatively, should be merged, but into `3.10` instead of `master`.
Date User Action Args
2022-04-11 14:59:44adminsetgithub: 88044
2021-11-13 11:49:18ivan.pozdeev.gmsetnosy: +
messages: + msg406273
2021-05-06 15:41:43keithsetstatus: open -> closed

messages: + msg393102
stage: patch review -> resolved
2021-04-20 15:11:46keithsetmessages: + msg391443
2021-04-20 11:07:38dtrodriguessetnosy: + dtrodrigues
messages: + msg391429
2021-04-19 21:07:09keithsetmessages: + msg391408
title: ./configure fails on Apple Silicon -> ./configure fails on Apple Silicon with coreutils uname
2021-04-19 21:04:27ned.deilysettype: compile error -> enhancement
messages: + msg391407
versions: - Python 3.8, Python 3.9
2021-04-19 20:51:40keithsetmessages: + msg391406
2021-04-19 20:37:40ned.deilysetnosy: + ned.deily
messages: + msg391405
2021-04-18 16:55:51keithsetmessages: + msg391337
2021-04-17 15:29:59christian.heimessetmessages: + msg391288
2021-04-17 15:18:36christian.heimessetnosy: + christian.heimes
messages: + msg391287
2021-04-17 05:19:13keithsetkeywords: + patch
stage: patch review
pull_requests: + pull_request24179
2021-04-17 05:15:18keithcreate