-
-
Notifications
You must be signed in to change notification settings - Fork 54
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
Create wheels #141
Comments
Cairocffi used to have a wheel package, but as a file has to be generated during installation depending on the Cairo version installed, it was removed. But. As Cairo’s API is somehow backwards-compatible, we could try to generate and distribute the file generated with the latest version of cairo, and hope that it works for previous versions too. Features added in a recent version of cairocffi would not work with an old version of cairo (probably with an ugly error), but that’s already the case without the wheel. This could fix #140 too. |
It probably won’t, because we currently use the ABI level, not the API level, as we don’t want users to install a C compiler. |
Possibly, including a |
When I opened this I was looking at the possibility of using The *Not that a WHL wouldn't be a bad thing here. |
Possibly generating one through msys doesn't hurt. But that for windows. Linking those pycairo |
Just dropping a hint here that cibuildwheel can make this work much easier! |
Thanks for the link. The problem is not that it’s hard to build a wheel. The problem is that a file has to be generated when CairoCFFI is installed, and this file may depend on the version of Cairo installed on the system. So, if we keep this behavior, we can’t use wheels because we can’t build different wheels for different versions of Cairo. |
As we need to generate files at installation time, we can’t build wheels (as far as we know). If someone’s sure that there’s a reliable solution to build a wheel, please open a new issue! |
This is a ticket to chat about improving installation -
Originally I was going to suggest a manylinux WHL.. but I'm not convinced this is as possible, after having a bit of a play with trying to do this with pycairo.
The problem with using manylinux, is that cairo compiled with the standard options pulls in too many dependencies, since all backends are enabled.
My current thinking is that going to cairo itself and working out how to split up the backends could be an interesting option.
The text was updated successfully, but these errors were encountered: