使用pybind11构建的python模块的Linux平台标记

Question

我正在使用pybind11，并按照pybind/cmake_example中的描述，使用setupool和cmake构建python模块：

setup(
    name='libraryname',
    ...
    ext_modules=[CMakeExtension('libraryname')],
    cmdclass=dict(build_ext=CMakeBuild),
)

在本地，使用python设置。py sdist build一切正常，我可以使用和/或从生成的文件安装包。

我现在想把这个包上传到PyPI。从另一个python包中，我知道如何通过操纵控制盘的平台标记来生成通用linux库（另请参见此处）：

class bdist_wheel(bdist_wheel_):
    def finalize_options(self):
        from sys import platform as _platform
        platform_name = get_platform()
        if _platform == "linux" or _platform == "linux2":
            # Linux
            platform_name = 'manylinux1_x86_64'

        bdist_wheel_.finalize_options(self)
        self.universal = True
        self.plat_name_supplied = True
        self.plat_name = platform_name

setup(
    ...
    cmdclass = {'bdist_wheel': bdist_wheel},
)

当没有构建bdist_wheel时，如何生成适当的平台标记？这是否应该以某种方式构建为轮子而不是扩展（可能与GH上的此问题有关）？

另外，pybind11如何决定生成库的后缀（在我的linux上不仅仅是. so而是.cpython-35m-x86_64-linux-gnu.so）？

• 主要问题是我无法将当前Ubuntu构建的包更新为PyPI:ValueError:Unknown分发格式：'libraryname-0.8。0.cpython-35m-x86_64-linux-gnu。所以“
• 如果平台标记不能或不应该更改：跨平台将pybind11模块上载到PyPI的最佳实践是什么

Answer 1

我的错！

事实证明，这种混乱是由于我最初尝试运行Pythonsetup.pysdistbdist_wheel时的构建错误造成的。用python手工构建setup.py构建不是发布包的正确方法。

注意：该文件的名称。因此，需要在不使用-0.8的情况下设置文件。0version identifier以便python能够从控制盘进行导入。

总而言之：构建和发布二进制轮子与pybind11的工作原理与cpython的工作原理完全相同，遵循pybind/cmake_示例应该可以很好地工作。