-
Notifications
You must be signed in to change notification settings - Fork 524
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build macOS architectures separately for CI and wheels #2702
base: master
Are you sure you want to change the base?
Conversation
6ce928a
to
646effb
Compare
I was exploring at the end of this afternoon to see how easy it would be to use cibuildwheel to use a standardized environment (standardized in the sense that it is common to lots of big and widely used packages). I can't conclude anything for now |
I think we'd need to get pyproject.toml builds working completely, though, right? When I've used cibuildwheel in other projects, I believe it expects to be able to use |
Maybe... and the |
Building the architectures separately allows them to be built in parallel, which will speed up CI but also result in smaller wheels which should be more efficient instead of universal wheels.
646effb
to
af41c7e
Compare
Yep, I ran into those same problems too (and didn't solve them). ;-) |
At least when doing it out of cibw, |
When building on arm64 this causes wxWidgets to be built as x86_64. Instead we just want to build the native arch by default.
af41c7e
to
323520f
Compare
074dcf7
to
c7ba27f
Compare
Building the architectures separately allows them to be built in parallel, which will speed up CI but also result in smaller wheels which should be more efficient instead of universal wheels.