[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

Change by debohman : -- keywords: +patch pull_requests: +27157 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/28845 ___ Python tracker <https://bugs.python.org/issu

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

debohman added the comment: Okay. Should the branch for the PR be off the main branch, or 3.10? -- ___ Python tracker <https://bugs.python.org/issue45

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

debohman added the comment: I have version 2.71 of autoconf and the latest autoconf-archive installed on my machine. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45405] configure fails on macOS with non-Apple clang version 13 which implements --print-multiarch

debohman added the comment: Yes, I don't understand why the llvm / clang decided to implement this in version 13. In version 12, the switch caused an error to stderr, and nothing to stdout. GCC 11.1 generates a single \n to stdout. Do you plan to stick with $PLATFORM_TRIPLET = darwin,

[issue45405] Python does not configure on darwin using public llvm / clang version 13.0.0

debohman added the comment: Okay, I see from the developer guide, that the generated files should be included. Is it permissible to use the current version of autoconf? -- ___ Python tracker <https://bugs.python.org/issue45

[issue45405] Python does not configure on darwin using public llvm / clang version 13.0.0

Change by debohman : -- title: Python 3.10.0 does not configure on darwin using public llvm / clang -> Python does not configure on darwin using public llvm / clang version 13.0.0 versions: -Python 3.10 ___ Python tracker <https://bugs.pyth

[issue45405] Python 3.10.0 does not configure on darwin using public llvm / clang

debohman added the comment: Also, what branch should the PR be on, 3.10 or main? -- ___ Python tracker <https://bugs.python.org/issue45405> ___ ___ Python-bug

[issue45405] Python 3.10.0 does not configure on darwin using public llvm / clang

debohman added the comment: I can put together a pull request to fix this. The fix is in configure.ac. Should I include the mods from the autoreconf in the PR? -- ___ Python tracker <https://bugs.python.org/issue45

[issue45405] Python 3.10.0 does not configure on darwin using public llvm / clang

debohman added the comment: By "public llvm / clang", I mean the toolchain version released by the llvm project. They just released version 13.0.0 last week. The problem is that version 12 of llvm / clang did not implement --print-multiarch, so this logic in configure was not exe

[issue45405] Python 3.10.0 does not configure on darwin using public llvm / clang

New submission from debohman : % CC=clang CXX=clang++ ./configure --enable-optimizations --with-lto checking build system type... x86_64-apple-darwin16.7.0 checking host system type... x86_64-apple-darwin16.7.0 checking for python3.10... no checking for python3... python3 checking for --enable

[issue24414] MACOSX_DEPLOYMENT_TARGET set incorrectly by configure

New submission from debohman: MACOSX_DEPLOYMENT_TARGET is not set correctly when building the 2.7.10 sources. This causes readline to not be included in the build. This appears to already be fixed in 3.4.3. I picked up the change to configure.ac from 3.4.3 and it resolved the problem. I am