Y a-t-il des limitations déclarées n'importe où (PEP ou ailleurs) sur la portée d'une portée que les roues Linux chargées vers PyPI devraient avoir? Spécifiquement: est-il considéré pratique acceptable de télécharger linux_x86_64 roues à PyPI, au lieu de manylinux1_x86_64, lorsque nous sommes incapables de construire ce dernier - en raison de bibliothèques C externes qui dépendent d'un nouveau glibc?Des limitations sur les contraintes de plate-forme pour les roues sur PyPI?
Voir aussi PEP 513/"Rationale":
Build tools using PEP 425 platform tags [3] do not track information about the particular Linux distribution or installed system libraries, and instead assign all wheels the too-vague linux_i686 or linux_x86_64 tags. Because of this ambiguity, there is no expectation that linux-tagged built distributions compiled on one machine will work properly on another, and for this reason, PyPI has not permitted the uploading of wheels for Linux.
et "PyPI Support":
PyPI should permit wheels containing the manylinux1 platform tag to be uploaded. PyPI should not attempt to formally verify that wheels containing the manylinux1 platform tag adhere to the manylinux1 policy described in this document. This verification tasks should be left to other tools, like auditwheel, that are developed separately.
J'ai réussi à créer un 'manylinux1_x86_64 'wheel, dans l'image CentOS 5.11 fournie par le projet [' manylinux'] (https://github.com/py pa/manylinux). L'échec initial était dû au fait de ne pas passer '-std = c99' à' gcc' (via le script './Configure' d'une bibliothèque C externe). Le résultat était un 'HUGE_VALL' non déclaré (voir' math.h' pour plus de détails). –