Include MacOS ARM64 wheel building in CI

[gipert]

CI builds on ARM64 fail somehow with the error message first reported in #49. Needs investigation.

[stewartboogert]

macOS arm64 wheels have been uploaded to pypi for pyg4ometry v1.1.0 and python 3.8, 3.9, 3.10 and 3.11

[gipert]

Seems like it worked: https://pypi.org/project/pyg4ometry/#files

[gipert]

@stewartboogert could you post the error message here?

[stewartboogert]

Still problematic with macOS arm64 (so built using pypa/cibuildwheel@v2.16.2). Error seen on import

ImportError: dlopen(/Users/stewart.boogert/venv/python3.11-pyg4-pypi/lib/python3.11/site-packages/pyg4ometry/pycgal/CGAL.cpython-311-darwin.so, 0x0002): symbol not found in flat namespace '___gmpn_add_n'

Should create a .dylib directory (confirmed on macOS intel) which contains the dependencies. This is not present on arm64 build. otool does not show the libraries required (arm64 output)

(python3.11-pyg4-pypi) DLAST0155% otool -L /Users/stewart.boogert/venv/python3.11-pyg4-pypi/lib/python3.11/site-packages/pyg4ometry/pycgal/CGAL.cpython-311-darwin.so
/Users/stewart.boogert/venv/python3.11-pyg4-pypi/lib/python3.11/site-packages/pyg4ometry/pycgal/CGAL.cpython-311-darwin.so:
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 1300.36.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1319.0.0)

Compared with the intel (x86_64 output)

(py3.11) Stewarts-MacBook-Pro-2:pycgal sboogert$ otool -L CGAL.cpython-311-darwin.so 
CGAL.cpython-311-darwin.so:
	@loader_path/../.dylibs/libgmpxx.4.dylib (compatibility version 12.0.0, current version 12.0.0)
	@loader_path/../.dylibs/libmpfr.6.dylib (compatibility version 9.0.0, current version 9.1.0)
	@loader_path/../.dylibs/libgmp.10.dylib (compatibility version 16.0.0, current version 16.0.0)
	/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 1300.36.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1319.0.0)

[gipert]

I would open an issue on the cbuildwheel repository.

[stewartboogert]

Trying a few things first, but I think I will.

[gipert]

New wheels built with the latest cbuildwheel appearing soon on PyPI... let's see if they are still broken

[stewartboogert]

Ok there are still problems with the .dylib dependency directory. So running cibuildwheel locally on my apple silicon M1 I find the .dylib dependency directory and don't find it in the intel directory. So the other way around from what we observe on the GitHub runners.

So now I can properly build the wheels with all the appropriate deps. My previous apple silicon builds did not have the deps and would often fail as users would need the correct dependencies. So makes sense but strange behaviour from cibuildwheel as this would often come up I suspect

[gipert]

We've decided to upload ARM64 wheels manually for now, but let's keep this open.

[stewartboogert]

Manually uploaded, let’s see if users have issues