[issue42619] python 3.9.1 failed to create .so files as universal2 (arm64, x86_64) on Mac

Ronald Oussoren added the comment: > Another change that might be needed: ensure that sysconfig.get_platform() > does not return "universal2" as the binary architecture when the compiler > does not support arm64. Hmmm... _osx_support.get_platform_osx() contains the following comment:

[issue42619] python 3.9.1 failed to create .so files as universal2 (arm64, x86_64) on Mac

Ronald Oussoren added the comment: I've added a (draft) PR for this. The PR is a this time not tested on a 10.15 system. Another change that might be needed: ensure that sysconfig.get_platform() does not return "universal2" as the binary architecture when the compiler does not support

[issue42619] python 3.9.1 failed to create .so files as universal2 (arm64, x86_64) on Mac

Change by Ronald Oussoren : -- keywords: +patch pull_requests: +23015 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24187 ___ Python tracker ___

[issue42619] python 3.9.1 failed to create .so files as universal2 (arm64, x86_64) on Mac

Ronald Oussoren added the comment: Currently macOS 11 is needed to build a universal2 framework. That because we haven't spent time yet on detecting if the current compiler can compile for arm64. An easy workaround: Patch _osx_support.py, in particular the function

[issue42619] python 3.9.1 failed to create .so files as universal2 (arm64, x86_64) on Mac

New submission from xz_sophos : With 3.9.1 source code, I am trying to make univerisal2 build of python.framework from the source code. The problem I am seeing is the main python binary is universal, but all the .so files in lib-dynload