Closed cdgriffith closed 1 year ago
I wonder if it'd be easy to setup https://github.com/pypa/cibuildwheel
ouh never seen that before, thank you for the link!
It looks to be creating x86_64
wheels as well, but it does test/ correct them as part of the process so hopefully in 7.0.0rc3 they are working correctly for mac! https://pypi.org/project/python-box/7.0.0rc3/#files
I was still getting issues, but weirdly updating python (not specifically pip) seemed to fix it:
- python-version: [3.9.14, 3.10.8, 3.11.0]
+ python-version: [3.9.16, 3.10.9, 3.11.1]
I also noticed the GHA runner version changed between my 3.9/3.10 and 3.11 builds (which is very odd - same workflow run, just in a matrix all using macos-latest
). After the py upgrade all are using the same runner version. 🤷
I think it might have to do with the wheels being tagged macosx_12_0
instead of eg: macosx_10_9
or macosx_11_0
as numpy seems to have - so maybe the minor python versions were upgraded to identify _12_0
fine.
I think the poetry config is a bit off though and ruamel
and tomli
are being marked required - I'll submit a PR here soon to try to fix!
Discovered by @JacobHayes in the 7.0.0 release, the builds for
macOS
cython version were not working except on latest python 3.11 that was able to build auniversal2
package.I have tried building universal2 with older versions of python with github actions on macos-12 but without luck:
It also seems to plague a lot of other people as well:
https://github.com/pyenv/pyenv/issues/1877 https://stackoverflow.com/questions/72218180/ld-symbols-not-found-for-architecture-arm64-when-compile-python
macos build config options for python: https://docs.python.org/3/using/configure.html#macos-options
For now going to remove cython builds entirely for
7.0.0
until someone who owns a mac and can figure this out submits a PR for it!