-
-
Notifications
You must be signed in to change notification settings - Fork 100
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 wheel package of comtypes #229
Comments
This is related to #228. I am thinking be started working on this after Py3.11 first release. Assumed first changesLines 7 to 11 in cc9a013
↓ from setuptools import Command, setup
from setuptools.command.install import install
from setuptools.command.build_py import build_py |
It would be good to work on this issue at the time of dropping Python 2.7 from support. (related to #392) |
NOTE: this is related to #394. |
Current releases (including |
You're right, this is done. |
I recognize a package as a universal wheel available package if it has a
https://pypi.org/project/comtypes/#files is satisfied the condition. |
@junkmd it is not possible for projects with Python C extensions to have universal wheels. This includes pyyaml. That kind of projects have to build a per-platform wheel for all targets. Comtypes has no C extensions hence why it's possible here. Your definition for universal wheel is wrong. |
Thank you for bringing this to my attention. I misunderstood the term of "universal wheels". Having removed the part that I misunderstood, and what I essentially wanted to tell is "It is a wheel available package if it has one or more (I just mentioned Thank you. |
Split from #216
Currently new pip is forced to whenever installing this package to first locally create a wheel, then install it. We should be creating and publishing universal wheels. https://packaging.python.org/guides/distributing-packages-using-setuptools/#universal-wheels
The text was updated successfully, but these errors were encountered: