| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
I see from the CI tests that this ended up disabling ctypes on regular x86_64 macos, will tweak to restore prior behavior. |
Sorry, something went wrong.
|
What's the status on this? I was about to do a PR doing exactly the same thing, but then found out you already did it. |
Sorry, something went wrong.
| ${SRC_DIR}/Modules/_ctypes/darwin | ||
| DEFINITIONS MACOSX | ||
| ) | ||
| if(CMAKE_SYSTEM_PROCESSOR STREQUAL "x86_64" AND CMAKE_OSX_ARCHITECTURES STREQUAL "x86_64") |
There was a problem hiding this comment.
I'm testing this PR, and trying to build python on an arm macos for x86_64, and then for arm64 (I made a wrong review that I deleted before, disregard it if you saw it).
I failed locally to build for x86_64 on an arm machine (ctypes didn't work), since I get CMAKE_SYSTEM_PROCESSOR = arm64, while CMAKE_OSX_ARCHITECTURES = x86_64.
I think it's better to check only for CMAKE_OSX_ARCHITECTURES
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
When cross compiling for arm64 Macs, the bundled cpython libffi throws an unsupported cpu error. This change makes it so that Mac compilation skips the bundled libffi if a system libffi was requested.
This change also now makes it possible to build universal python binaries for x86_64/arm64, though that also requires pre-compiling dependencies (including libffi) from source for both architectures.