리눅스 바퀴가 PyPI에 업로드 한 범위가 얼마나 넓어야하는지에 대해 (PEP 또는 다른 곳에서) 선언 된 제한 사항이 있습니까? 구체적으로 : 우리는 후자를 만들 수 없을 때 manylinux1_x86_64 대신에 linux_x86_64 바퀴를 PyPI에 업로드하는 것이 수용 가능하다고 생각합니까? - 새로운 glibc에 의존하는 외부 C 라이브러리 때문에?PyPI의 휠에 대한 플랫폼 제한 조건에 대한 제한 사항은 무엇입니까?
도 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.
와 "PyPI 지원"
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.
나는'manylinux1_x86_64을 만들 수 관리 'wheel,''manylinux' 프로젝트에서 제공 한 CentOS 5.11 이미지 내부 (https://github.com/py) pa/manylinux). 초기 실패는 외부 C 라이브러리의'./configure' 스크립트를 통해'-std = c99'를 gcc에 전달하지 않았기 때문입니다. 결과는 선언되지 않은'HUGE_VALL'이었습니다 (자세한 것은'math.h'를보십시오). –