-
Notifications
You must be signed in to change notification settings - Fork 6
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
Switch to cibuildwheel for binary wheels? #55
Comments
I just came across something else from Hanno that I had completely forgotten about: https://github.com/hannosch/zope_wheels This uses a Docker container specifically made for building |
@icemac This can be closed with the GHA-based build stretegy, right? |
No, we could still use |
|
FYI, you have to use the 2.0 beta (should be made into a final release in about a week pypa/cibuildwheel#657) and you have to enable CIBW_PRERELEASE_PYTHONS, because the API is not declared stable yet (actually, 3.10b4, which just came out and is about to land in cibuildwheel, just waiting on manylinux), is I think supposed to be the first ABI stable release. |
I have a prototype here: zopefoundation/ExtensionClass#39 – at least it looks simpler than the currently existing version and it includes Windows wheels in GHA. |
Currently we have a robust enough way to create wheels. So closing this issue for now. |
FYI, since this discussion three years ago, cibuildwheel has joined the PyPA and become the standard way to build wheels for most projects, handling lots of special cases, like the correct min version of macOS for 3.12 and 3.13. |
I came across this blog post https://fruch.github.io/2020/12/29/github-actions describing that they are using https://github.com/joerick/cibuildwheel to build binary wheels. Maybe this could ease our setup, too.
The text was updated successfully, but these errors were encountered: