Open schlegelp opened 2 years ago
hmm, I'd guess its a problem with using OSX. I don't see anything else in the log that indicates what might be going wrong. I've only written tests and put wheels on pypi for linux. There's an issue for creating wheels for other operating systems: #147 But I haven't looked into it much yet.
Strangely cloning the repo and running maturin pep517 build-wheel -I python
manually works just fine.
I'm having a build problem on MacOS with Apple Silicon where arm64 wheels are being build under a rosetta2 terminal instead of x86_64. It would be ideal if maturin would default to building universal2 wheels.
@schlegelp I inspected the source dist on pypi and found that there is a difference in the directory structure where in the cloned repo we have python/pyn5/...
and in the source dist it's just pyn5/...
. That's probably the issue?
Looks like these targets can be generated with:
rustup target add x86_64-apple-darwin
And in the make dist
command:
dist: clean ## builds source and wheel package
maturin build -i python3.8 -i python3.9 -i python3.10 --release --universal2 && \
ls -l $(DIST_DIR)
This will generate:
(pyn5) $ ls target/wheels
pyn5-1.1.1-cp310-cp310-macosx_10_9_x86_64.macosx_11_0_arm64.macosx_10_9_universal2.whl
pyn5-1.1.1-cp38-cp38-macosx_10_9_x86_64.macosx_11_0_arm64.macosx_10_9_universal2.whl
pyn5-1.1.1-cp39-cp39-macosx_10_9_x86_64.macosx_11_0_arm64.macosx_10_9_universal2.whl
Here are some pre-compiled universal2 binaries for Apple Silicon (and Intel) users.
Description
pip3 install py5n
fails with a nondescript error. I havecargo 1.56.0
,ructc 1.56.1
andmaturin 0.12.3
. Quite likely an issue on my end.What I Did