如何避免使用python包构建C库？

Question

我正在构建一个Python包，使用一个带有ctype的C库。我想让我的包便携（Windows，Mac和Linux）。

我找到了一个策略，在安装包的过程中，使用build\u ext和pip来构建库。它创建libfoo。dll或libfoo。动态库或libfoo。因此取决于目标的平台。

这个问题是我的用户需要安装Cmake。

在安装过程中是否存在另一种避免构建的策略？我必须在包中捆绑构建库吗？

我想让我的用户继续执行pip安装mylib。

编辑：感谢@Dawid comment，我正在尝试使用命令python setup制作一个python轮子。py b单轮未成功。

如何使用嵌入式库为不同的平台创建Python轮？

编辑2：我使用python 3.4和Mac OS X上的工作，但我可以访问Windows计算机，Linux计算机




Answer 1

您可以使用ciBuildWheers在Travis CI和/或Appveyer上为各种平台和Python版本构建轮子。这个工具也可以在PyPI或其他地方部署你的轮子。

Answer 2

@rth和@PeterBrittain对我帮助很大。以下是我使用的解决方案：

结构文件夹：

setup.py
python_package/
    lib/
        libfoo.dylib
        libfoo.dll
    __init__.py
    main.py

设置。py:

from setuptools import setup, dist


class BinaryDistribution(dist.Distribution):
    def is_pure(self):
        return False


setup(
    name='python_package',
    package_data={'python_package': ['lib/libfoo.dylib','lib/libfoo.dll']},
    include_package_data=True,
    distclass=BinaryDistribution,
    packages=['python_package'],
)

main.py：

#!/usr/bin/env python
import platform
from ctypes import CDLL, c_char_p

import pkg_resources

sysname = platform.system()

if sysname == 'Darwin':
    lib_name = "libfoo.dylib"
elif sysname == 'Windows':
    lib_name = "libfoo.dll"
else:
    lib_name = "libfoo.so"
lib_path = pkg_resources.resource_filename('python_package', 'lib/{}'.format(lib_name))
foo = CDLL(lib_path)

bar = foo.bar
bar.restype = c_char_p
bar.argtypes = [c_char_p]

print(bar('hello'))

造轮：

python setup.py bdist_wheel

它创建一个特定的平台轮rtfdoc-0.0。1-cp34-cp34m-macosx_10_10_x86_64。whl和mac用户可以进行简单的pip安装rtfdoc-0.0。1-cp34-cp34m-macosx_10_10_x86_64。whl

这种解决方案并不完全令人满意：

• 我想我仍然需要为linux用户创建一个扩展或查看SCons。
• 更新我的包会很困难，因为lib的生产
• 我不知道怎么管理. dll为32位和64位

谢谢你，我学到了很多，我明白为什么。枕头上的py或Psycopg2都是巨大的

Answer 3

根据我的研究，你肯定走对了路。。。正如Daniel所说，您唯一的选择就是自己构建和分发二进制文件。

一般来说，包装用户指南中很好地介绍了安装包的推荐方式。我不会在那里重复建议，因为你显然已经找到了。然而，这里的关键点是Python社区，特别是PyPA，正试图标准化使用平台轮打包二进制扩展。可悲的是，目前有几个问题：

1. 您不能为所有Linux变体创建发行版，但是您可以为兼容的子集构建轮子。详见https://www.python.org/dev/peps/pep-0513/。
2. 关于构建扩展的建议有些不完整，反映了二进制分布缺乏完整的解决方案。
3. 然后，人们试图构建自己的库并将其作为数据文件分发，这会混淆setupool。

我认为你击中了最后一期。一种解决方法是通过重写is_pure（）来强制分发构建平台轮，以始终返回False。然而，您可以保留原始的构建说明，bdist_wheel应该处理它。

但是，一旦您构建了轮子，您仍然需要分发它以及它使用或使用的其他二进制软件包。此时，您可能需要使用推荐的工具之一（如conda）或PyPI代理（如devpi）为您的控制盘提供服务。

编辑：回答关于交叉编译的额外问题

如本文所述，Python 2.6及更高版本允许对Windows 32/64位版本进行交叉编译。在其他平台上没有对其他软件包的正式支持，人们尝试这样做的成功有限。您最好在每个Linux/Mac/Windows环境上进行本机构建。