Python wheels are great. Building them across Mac, Linux, Windows, on multiple versions of Python, is not.
cibuildwheel
is here to help. cibuildwheel
runs on your CI server - currently it supports GitHub Actions, Azure Pipelines, Travis CI, AppVeyor, CircleCI, and GitLab CI - and it builds and tests your wheels across all of your platforms.
macOS Intel | macOS Apple Silicon | Windows 64bit | Windows 32bit | manylinux x86_64 | manylinux i686 | manylinux aarch64 | manylinux ppc64le | manylinux s390x | |
---|---|---|---|---|---|---|---|---|---|
CPython 2.7 | β | β ΒΉ | β ΒΉ | β | β | ||||
CPython 3.5 | β | β | β | β | β | β | β | β | |
CPython 3.6 | β | β | β | β | β | β | β | β | |
CPython 3.7 | β | β | β | β | β | β | β | β | |
CPython 3.8 | β | β | β | β | β | β | β | β | |
CPython 3.9 | β | β | β | β | β | β | β | β | β |
PyPy 2.7 v7.3.3 | β | β | β | ||||||
PyPy 3.6 v7.3.3 | β | β | β | ||||||
PyPy 3.7 (beta) v7.3.3 | β | β | β |
ΒΉ Not supported on Travis
- Builds manylinux, macOS 10.9+, and Windows wheels for CPython and PyPy
- Works on GitHub Actions, Azure Pipelines, Travis CI, AppVeyor, CircleCI, and GitLab CI
- Bundles shared library dependencies on Linux and macOS through auditwheel and delocate
- Runs your library's tests against the wheel-installed version of your library
cibuildwheel
runs inside a CI service. Supported platforms depend on which service you're using:
Linux | macOS | Windows | Linux ARM | |
---|---|---|---|---|
GitHub Actions | β | β | β | β ΒΉ |
Azure Pipelines | β | β | β | |
Travis CI | β | β | β | β |
AppVeyor | β | β | β | |
CircleCI | β | β | ||
Gitlab CI | β |
ΒΉ Requires emulation, distributed separately. Other services may also support Linux ARM through emulation or third-party build hosts, but these are not tested in our CI.
cibuildwheel
is not intended to run on your development machine. Because it uses system Python from Python.org on macOS and Windows, it will try to install packages globally - not what you expect from a build tool! Instead, isolated CI services like those mentioned above are ideal. For Linux builds, it uses manylinux docker images, so those can be done locally for testing in a pinch.
To build manylinux, macOS, and Windows wheels on GitHub Actions, you could use this .github/workflows/wheels.yml
:
name: Build
on: [push, pull_request]
jobs:
build_wheels:
name: Build wheels on ${{ matrix.os }}
runs-on: ${{ matrix.os }}
strategy:
matrix:
os: [ubuntu-20.04, windows-2019, macOS-10.15]
steps:
- uses: actions/checkout@v2
# Used to host cibuildwheel
- uses: actions/setup-python@v2
- name: Install cibuildwheel
run: python -m pip install cibuildwheel==1.9.0
- name: Build wheels
run: python -m cibuildwheel --output-dir wheelhouse
# to supply options, put them in 'env', like:
# env:
# CIBW_SOME_OPTION: value
- uses: actions/upload-artifact@v2
with:
path: ./wheelhouse/*.whl
For more information, including building on Python 2, PyPI deployment, and the use of other CI services or the dedicated GitHub Action, check out the documentation and the examples.
Option | Description | |
---|---|---|
Build selection | CIBW_PLATFORM |
Override the auto-detected target platform |
CIBW_BUILD CIBW_SKIP |
Choose the Python versions to build | |
CIBW_ARCHS |
Change the architectures built on your machine by default | |
CIBW_PROJECT_REQUIRES_PYTHON |
Manually set the Python compatibility of your project | |
Build customization | CIBW_ENVIRONMENT |
Set environment variables needed during the build |
CIBW_BEFORE_ALL |
Execute a shell command on the build system before any wheels are built. | |
CIBW_BEFORE_BUILD |
Execute a shell command preparing each wheel's build | |
CIBW_REPAIR_WHEEL_COMMAND |
Execute a shell command to repair each (non-pure Python) built wheel | |
CIBW_MANYLINUX_X86_64_IMAGE CIBW_MANYLINUX_I686_IMAGE CIBW_MANYLINUX_PYPY_X86_64_IMAGE CIBW_MANYLINUX_AARCH64_IMAGE CIBW_MANYLINUX_PPC64LE_IMAGE CIBW_MANYLINUX_S390X_IMAGE |
Specify alternative manylinux docker images | |
CIBW_DEPENDENCY_VERSIONS |
Specify how cibuildwheel controls the versions of the tools it uses | |
Testing | CIBW_TEST_COMMAND |
Execute a shell command to test each built wheel |
CIBW_BEFORE_TEST |
Execute a shell command before testing each wheel | |
CIBW_TEST_REQUIRES |
Install Python dependencies before running the tests | |
CIBW_TEST_EXTRAS |
Install your wheel for testing using extras_require | |
CIBW_TEST_SKIP |
Skip running tests on some builds | |
Other | CIBW_BUILD_VERBOSITY |
Increase/decrease the output of pip wheel |
Here are some repos that use cibuildwheel.
Name | CI | OS | Notes |
---|---|---|---|
scikit-learn | The machine learning library. A complex but clean config using many of cibuildwheel's features to build a large project with Cython and C++ extensions. | ||
Matplotlib | The venerable Matplotlib, a Python library with C++ portions | ||
MyPy | MyPyC, the compiled component of MyPy. | ||
psutil | Cross-platform lib for process and system monitoring in Python | ||
scikit-image | Image processing library. Uses cibuildwheel to build and test a project that uses Cython with platform-native code. | ||
twisted-iocpsupport | A submodule of Twisted that hooks into native C APIs using Cython. | ||
websockets | Library for building WebSocket servers and clients. Mostly written in Python, with a small C 'speedups' extension module. | ||
pyzmq | Python bindings for zeromq, the networking library. Uses Cython and CFFI. | ||
aiortc | WebRTC and ORTC implementation for Python using asyncio. | ||
numexpr | Fast numerical array expression evaluator for Python, NumPy, PyTables, pandas, bcolz and more | ||
h5py | HDF5 for Python -- The h5py package is a Pythonic interface to the HDF5 binary data format. | ||
coverage.py | The coverage tool for Python | ||
River | π Online machine learning in Python | ||
PyAV | Pythonic bindings for FFmpeg's libraries. | ||
Dependency Injector | Dependency injection framework for Python, uses Windows TravisCI | ||
PyTables | A Python package to manage extremely large amounts of data | ||
ruptures | Extensive Cython + NumPy pyproject.toml example. | ||
aioquic | QUIC and HTTP/3 implementation in Python | ||
google neuroglancer | WebGL-based viewer for volumetric data | ||
AutoPy | Includes a Windows Travis build. | ||
pikepdf | A Python library for reading and writing PDF, powered by qpdf | ||
Parselmouth | A Python interface to the Praat software package, using pybind11, C++17 and CMake, with the core Praat static library built only once and shared between wheels. | ||
python-rapidjson | Python wrapper around rapidjson | ||
Rtree | Rtree: spatial index for Python GIS ΒΆ | ||
KDEpy | Kernel Density Estimation in Python | ||
cyvcf2 | cython + htslib == fast VCF and BCF processing | ||
pybind11 cmake_example | Example pybind11 module built with a CMake-based build system | ||
pybind11 python_example | Example pybind11 module built with a Python-based build system | ||
dd-trace-py | Uses custom alternate arch emulation on GitHub | ||
iminuit | Jupyter-friendly Python interface for C++ MINUIT2 | ||
jq.py | Python bindings for jq | ||
matrixprofile | A Python 3 library making time series data mining tasks, utilizing matrix profile algorithms, accessible to everyone. | ||
CTranslate2 | Includes libraries from the Intel oneAPI toolkit. The Linux wheels also include CUDA libraries for GPU execution. | ||
Tokenizer | Fast and customizable text tokenization library with BPE and SentencePiece support | ||
bx-python | A library that includes Cython extensions. | ||
boost-histogram | Supports full range of wheels, including PyPy and alternate archs. | ||
pybase64 | Fast Base64 encoding/decoding in Python | ||
TgCrypto | Includes a Windows Travis build. | ||
etebase-py | Python bindings to a Rust library using setuptools-rust , and sccache for improved speed. |
||
pyjet | The interface between FastJet and NumPy | ||
numpythia | The interface between PYTHIA and NumPy | ||
fathon | python package for DFA (Detrended Fluctuation Analysis) and related algorithms | ||
pyinstrument_cext | A simple C extension, without external dependencies | ||
Imagecodecs (fork) | Over 20 external dependencies in compiled libraries, custom docker image, libomp , openblas and install_name_tool for macOS. |
||
xmlstarlet | Python 3.6+ CFFI bindings with true MSVC build. | ||
pybind11 scikit_build_example | An example combining scikit-build and pybind11 |
Add your repo here! Let us know on GitHub Discussions, or send a PR, adding your information to
docs/data/projects.yml
.I'd like to include notes here to indicate why an example might be interesting to cibuildwheel users - the styles/technologies/techniques used in each. Please include that in future additions!
Since cibuildwheel
repairs the wheel with delocate
or auditwheel
, it might automatically bundle dynamically linked libraries from the build machine.
It helps ensure that the library can run without any dependencies outside of the pip toolchain.
This is similar to static linking, so it might have some licence implications. Check the license for any code you're pulling in to make sure that's allowed.
5 February 2021
-
π Added support for Apple Silicon wheels on macOS! You can now cross-compile
universal2
andarm64
wheels on your existing macOS Intel runners, by setting CIBW_ARCHS_MACOS. Xcode 12.2 or later is required, but you don't need macOS 11.0 - you can still build on macOS 10.15. See this FAQ entry for more information. (#484) -
π Added auto-detection of your package's Python compatibility, via declared
requires-python
in yourpyproject.toml
, orpython_requires
insetup.cfg
orsetup.py
. If your project has these set, cibuildwheel will automatically skip builds on versions of Python that your package doesn't support. Hopefully this makes the first-run experience of cibuildwheel a bit easier. If you need to override this for any reason, look atCIBW_PROJECT_REQUIRES_PYTHON
. (#536) -
π cibuildwheel can now be invoked as a native GitHub Action! You can now invoke cibuildwheel in a GHA build step like:
- name: Build wheels uses: joerick/cibuildwheel@v1.9.0 with: output-dir: wheelhouse # env: # CIBW_SOME_OPTION: value
This saves a bit of boilerplate, and you can use Dependabot to keep the pinned version up-to-date.
-
β¨ Added
auto64
andauto32
shortcuts to the CIBW_ARCHS option. (#553) -
β¨ cibuildwheel now prints a list of the wheels built at the end of each run. (#570)
-
π Lots of minor docs improvements.
22 January 2021
- π Added support for emulated builds! You can now build manylinux wheels on
ARM64
aarch64
, as well asppc64le
and 's390x'. To build under emulation, register QEMU via binfmt_misc and set theCIBW_ARCHS_LINUX
option to the architectures you want to run. See this FAQ entry for more information. (#482) - β¨ Added
CIBW_TEST_SKIP
option. This allows you to choose certain builds whose tests you'd like to skip. This might be useful when running a slow test suite under emulation, for example. (#537) - β¨ Added
curly-{brace,bracket,paren}
style globbing toCIBW_BUILD
andCIBW_SKIP
. This gives more expressivity, letting you do things likeCIBW_BUILD=cp39-manylinux_{aarch64,ppc64le}
. (#527) - π cibuildwheel will now exit with an error if it's called with options that
skip all builds on a platform. This feature can be disabled by adding
--allow-empty
on the command line. (#545)
2 January 2021
- π Fix the PyPy virtualenv patch to work on macOS 10.14 (#506)
1 January 2021
- π Added a patch for Pypy to ensure header files are available for building in a virtualenv. (#502)
- π Some preparatory work towards using cibuildwheel as a GitHub Action. Check out the FAQ for information on how to use it. We'll be fully updating the docs to this approach in a subsequent release (#494)
21 December 2020
- π Update dependencies, notably wheel==0.36.2 and pip==20.3.3, and CPython to their latest bugfix releases (#489)
- π Switch to a GitHub example in the README (#479)
- π Create Working Examples table, with many projects that use cibuildwheel (#474)
- π Import Working Examples table and Changelog to docs
3 December 2020
- π Update manylinux2010 image to resolve issues with 'yum' repositories (#472)
26 November 2020
- β¨ New logging format, that uses 'fold groups' in CI services that support it. (#458)
- π Update PyPy to 7.3.3 (#460)
- π Fix a bug where CIBW_BEFORE_ALL runs with a very old version of Python on Linux. (#464)
31 October 2020
- π Fix crash on Appveyor during nuget install due to old system CA certificates. We now use certifi's CA certs to download files. (#455)
12 October 2020
- π Fix missing SSL certificates on macOS (#447)
- π Update OpenSSL Python 3.5 patch to 1.1.1h on macOS (#449)
9 October 2020
- β¨ Python 3.9 updated to the final release version - v3.9.0 (#440)
- π Pypy updated to v7.3.2, adding alpha support for Python 3.7 (#430)
20 September 2020
- π Add PPC64LE manylinux image supporting Python 3.9. (#436)
- π Add project URLs to PyPI listing (#428)
9 September 2020
-
π Add Python 3.9 support! This initial support uses release candidate builds. You can start publishing wheels for Python 3.9 now, ahead of the official release. (#382)
Minor note - if you're building PPC64LE wheels, the manylinux image pinned by this version is still on Python 3.9b3, not a release candidate. We'd advise holding off on distributing 3.9 ppc64le wheels until a subsequent version of cibuildwheel.
-
π Add Gitlab CI support. Gitlab CI can now build Linux wheels, using cibuildwheel. (#419)
-
π Fix a bug that causes pyproject.toml dependencies to fail to install on Windows (#420)
-
π Added some information about Windows VC++ runtimes and how they relate to wheels.
22 July 2020
- π Fix a bug that would cause command substitutions in CIBW_ENVIRONMENT to produce no output on Linux (#411)
- π Fix regression (introduced in 1.5.3) which caused BEFORE_BUILD and BEFORE_ALL to be executed in the wrong directory (#410)
19 June 2020
- π Fix a bug that would cause command substitutions in CIBW_ENVIRONMENT variables to not interpret quotes in commands correctly (#406, #408)
19 July 2020
- π Update CPython 3.8 to 3.8.3 (#405)
- π Internal refactoring of Linux build, to move control flow into Python (#386)
8 July 2020
- π Fix an issue on Windows where pyproject.toml would cause an error when some requirements formats were used. (#401)
- π Update CPython 3.7 to 3.7.8 (#394)
25 June 2020
- π Fix "OSError: [WinError 17] The system cannot move the file to a different disk drive" on GitHub Actions (#388, #389)
24 June 2020
- π Add
CIBW_BEFORE_ALL
option, which lets you run a command on the build machine before any wheels are built. This is especially useful when building on Linux, tomake
something external to Python, or toyum install
a dependency. (#342) - β¨ Added support for projects using pyproject.toml instead of setup.py (#360, #358)
- β¨ Added workaround to allow Python 3.5 on Windows to pull dependencies from pyproject.toml. (#358)
- π Improved GitHub Actions examples and docs (#354, #362)
- π Ensure pip wheel uses the specified package, and doesn't build a wheel from PyPI (#369)
- π Internal changes: using pathlib.Path, precommit hooks, testing improvements.
25 May 2020
- π Dependency updates, including CPython 3.8.3 & manylinux images.
- π Lots of internal updates - type annotations and checking using mypy, and a new integration testing system.
β οΈ Removed support for running cibuildwheel using Python 3.5. cibuildwheel will continue to build Python 3.5 wheels until EOL.
4 May 2020
- π Fix a bug causing programs running inside the i686 manylinux images to think they were running x86_64 and target the wrong architecture. (#336, #338)
2 May 2020
-
π Deterministic builds. cibuildwheel now locks the versions of the tools it uses. This means that pinning your version of cibuildwheel pins the versions of pip, setuptools, manylinux etc. that are used under the hood. This should make things more reliable. But note that we don't control the entire build environment on macOS and Windows, where the version of Xcode and Visual Studio can still effect things.
This can be controlled using the CIBW_DEPENDENCY_VERSIONS and manylinux image options - if you always want to use the latest toolchain, you can still do that, or you can specify your own pip constraints file and manylinux image. (#256)
-
β¨ Added
package_dir
command line option, meaning we now support building a package that lives in a subdirectory and pulls in files from the wider project. See thepackage_dir
option help for more information.Note that this change makes the working directory (where you call cibuildwheel from) relevant on Linux, as it's considered the 'project' and will be copied into the Docker container. If your builds are slower on this version, that's likely the reason.
cd
to your project and then callcibuildwheel
from there. (#319, #295) -
π On macOS, we make
MACOSX_DEPLOYMENT_TARGET
default to10.9
if it's not set. This should make things more consistent between Python versions. -
π Dependency updates - CPython 3.7.7, CPython 2.7.18, Pypy 7.3.1.
12 March 2020
- π Add support for building on GitHub Actions! Check out the docs for information on how to set it up. (#194)
- β¨ Add the
CIBW_BEFORE_TEST
option, which lets you run a command to prepare the environment before your tests are run. (#242)
8 March 2020
- π Add support for building PyPy wheels, across Manylinux, macOS, and Windows. (#185)
- π Added the ability to build ARM64 (aarch64), ppc64le, and s390x wheels, using manylinux2014 and Travis CI. (#273)
- β¨ You can now build macOS wheels on Appveyor. (#230)
- π Changed default macOS minimum target to 10.9, from 10.6. This allows the use of more modern C++ libraries, among other things. (#156)
- π Stop building universal binaries on macOS. We now only build x86_64 wheels on macOS. (#220)
- β¨ Allow chaining of commands using
&&
and||
on Windows inside CIBW_BEFORE_BUILD and CIBW_TEST_COMMAND. (#293) - π Improved error reporting for failed Cython builds due to stale .so files (#263)
- π Update CPython from 3.7.5 to 3.7.6 and from 3.8.0 to 3.8.2 on Mac/Windows
- π Improved error messages when a bad config breaks cibuildwheel's PATH variable. (#264)
β οΈ Removed support for running cibuildwheel on Python 2.7. cibuildwheel will continue to build Python 2.7 wheels for a little while. (#265)
7 December 2019
- π Add support for building manylinux2014 wheels. To use, set
CIBW_MANYLINUX_X86_64_IMAGE
and CIBW_MANYLINUX_I686_IMAGE tomanylinux2014
. - β¨ Add support for Linux on Appveyor (#204, #207)
- β¨ Add
CIBW_REPAIR_WHEEL_COMMAND
env variable, for changing howauditwheel
ordelocate
are invoked, or testing an equivalent on Windows. (#211) - π Added some travis example configs - these are available in /examples. (#228)
10 November 2019
- π Add support for building Python 3.8 wheels! (#180)
- π Add support for building manylinux2010 wheels. cibuildwheel will now build using the manylinux2010 images by default. If your project is still manylinux1 compatible, you should get both manylinux1 and manylinux2010 wheels - you can upload both to PyPI. If you always require manylinux1 wheels, you can build using the old manylinux1 image using the manylinux image option. (#155)
- π Documentation is now on its own mini-site, rather than on the README (#169)
- β¨ Add support for building Windows wheels on Travis CI. (#160)
- π If you set
CIBW_TEST_COMMAND
, your tests now run in a virtualenv. (#164) - π Windows now uses Python as installed by nuget, rather than the versions installed by the various CI providers. (#180)
- π Update Python from 2.7.16 to 2.7.17 and 3.7.4 to 3.7.5 on macOS (#171)
β οΈ Removed support for Python 3.4 (#168)
29 September 2019
- β¨ Add CIBW_TEST_EXTRAS option, to allow testing using extra_require
options. For example, set
CIBW_TEST_EXTRAS=test,qt
to make the wheel installed withpip install <wheel_file>[test,qt]
- π Update Python from 3.7.2 to 3.7.4 on macOS
- π Update OpenSSL patch to 1.0.2t on macOS
28 May 2019
- π Fix missing file in the release tarball, that was causing problems with Windows builds (#141)
26 May 2019
- π Add support for building on Azure pipelines! This lets you build all Linux, Mac and Windows wheels on one service, so it promises to be the easiest to set up! Check out the quickstart in the docs, or cibuildwheel-azure-example for an example project. (#126, #132)
- π Internal change - the end-to-end test projects format was updated, so we can more precisely assert what should be produced for each one. (#136, #137).
10 March 2019
- π Revert temporary fix in macOS, that was working around a bug in pip 19 (#129)
- π Update Python to 2.7.16 on macOS
- π Update OpenSSL patch to 1.0.2r on macOS
3 February 2019
- π Fix build stalling on macOS (that was introduced in pip 19) (#122)
- π Fix "AttributeError: 'Popen' object has no attribute 'args'" on Python 2.7 for Linux builds (#108)
- π Update Python from 3.6.7, 3.7.1 to 3.6.8, 3.7.2 on macOS
- π Update openssl patch from 1.0.2p to 1.0.2q on macOS
- π Sorting build options dict items when printing preamble (#114)
23 September 2018
- π Add
CIBW_BUILD
option, for specifying which specific builds to perform (#101) - π Add support for building Mac and Linux on CircleCI (#91, #97)
- π Improved support for building universal wheels (#95)
- π Ensure log output is unbuffered and therefore in the correct order (#92)
- π Improved error reporting for errors that occur inside a package's setup.py (#88)
β οΈ Removed support for Python 3.3 on Windows.
29 July 2018
- π CIBW_TEST_COMMAND now runs in a shell on Mac (as well as Linux) (#81)
10 July 2018
- π Update to Python 3.6.6 on macOS (#82)
- β¨ Add support for building Python 3.7 wheels on Windows (#76)
β οΈ Deprecated support for Python 3.3 on Windows.
1 July 2018
- π Update Python 3.7.0rc1 to 3.7.0 on macOS (#79)
18 June 2018
- π Removed the need to use
{python}
and{pip}
inCIBW_BEFORE_BUILD
statements, by ensuring the correct version is always on the path atpython
andpip
instead. (#60) - π We now patch the _ssl module on Python 3.4 and 3.5 so these versions can still make SSL web requests using TLS 1.2 while building. (#71)
18 June 2018
- β¨ Add support for Python 3.7 (#73)
4 May 2018
β οΈ Drop support for Python 3.3 on Linux (#67)- π Fix TLS by updating setuptools (#69)
2 April 2017
- π macOS: Fix Pip bugs resulting from PyPI TLS 1.2 enforcement
- π macOS: Fix brew Python3 version problems in the CI
7 January 2018
- β¨ You can now specify a custom docker image using the
CIBW_MANYLINUX1_X86_64_IMAGE
andCIBW_MANYLINUX1_I686_IMAGE
options. (#46) - π Fixed a bug where cibuildwheel would download and build a package from PyPI(!) instead of building the package on the local machine. (#51)
9 October 2017
- β¨ On the Linux build, the host filesystem is now accessible via
/host
(#36) - π Fixed a bug where setup.py scripts would run the wrong version of Python when running subprocesses on Linux (#35)
10 September 2017
- π Fixed a couple of bugs on Python 3.
- β¨ Added experimental support for Mac builds on Bitrise.io
7 September 2017
- β¨
CIBW_ENVIRONMENT
added. You can now set environment variables for each build, even within the Docker container on Linux. This is a big one! (#21) - β¨
CIBW_BEFORE_BUILD
now runs in a system shell on all platforms. You can now do things likeCIBW_BEFORE_BUILD="cmd1 && cmd2"
. (#32)
14 August 2017
- π Fixed a bug on Windows where subprocess' output was hidden (#23)
- π Fixed a bug on AppVeyor where logs would appear in the wrong order due to output buffering (#24, thanks @YannickJadoul!)
23 July 2017
- π Fixed a bug that was increasing the build time by building the wheel twice. This was a problem for large projects that have a long build time. If you're upgrading and you need the old behaviour, use
CIBW_BEFORE_BUILD={pip} install .
, or install exactly the dependencies you need inCIBW_BEFORE_BUILD
. See #18.
27 June 2017
β οΈ Removed Python 2.6 support on Linux (#12)
11 June 2017
- π Changed the build process to install the package before building the wheel - this allows direct dependencies to be installed first (#9, thanks @tgarc!)
- β¨ Added Python 3 support for the main process, for systems where Python 3 is the default (#8, thanks @tgarc).
13 April 2017
- β¨ Added
CIBW_SKIP
option, letting users explicitly skip a build - β¨ Added
CIBW_BEFORE_BUILD
option, letting users run a shell command before the build starts
31 March 2017
- π First public release!
For more info on how to contribute to cibuildwheel, see the docs.
- Joe Rickerby @joerick
- Yannick Jadoul @YannickJadoul
- Matthieu Darbois @mayeut
- Henry Schreiner @henryiii
cibuildwheel
stands on the shoulders of giants.
- βοΈ @matthew-brett for matthew-brett/multibuild and matthew-brett/delocate
- @PyPA for the manylinux Docker images pypa/manylinux
- @ogrisel for wheelhouse-uploader and
run_with_env.cmd
Massive props also to-
- @zfrenchee for help debugging many issues
- @lelit for some great bug reports and contributions
- @mayeut for a phenomenal PR patching Python itself for better compatibility!
- @czaki for being a super-contributor over many PRs and helping out with countless issues!
- @mattip for his help with adding PyPy support to cibuildwheel
If you'd like to keep wheel building separate from the package itself, check out astrofrog/autowheel. It builds packages using cibuildwheel from source distributions on PyPI.
Another very similar tool to consider is matthew-brett/multibuild. multibuild
is a shell script toolbox for building a wheel on various platforms. It is used as a basis to build some of the big data science tools, like SciPy.