Skip to content

🎑 Build Python wheels for all the platforms with minimal configuration.

License

Notifications You must be signed in to change notification settings

MusicalNinjaDad/cibuildwheel

Β 
Β 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

cibuildwheel

PyPI Documentation Status Actions Status Travis Status Appveyor status CircleCI Status Azure Status

Documentation

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.

What does it do?

macOS Intel macOS Apple Silicon Windows 64bit Windows 32bit Windows Arm64 manylinux
musllinux x86_64
manylinux
musllinux i686
manylinux
musllinux aarch64
manylinux
musllinux ppc64le
manylinux
musllinux s390x
Pyodide
CPythonΒ 3.6 βœ… N/A βœ… βœ… N/A βœ… βœ… βœ… βœ… βœ… N/A
CPythonΒ 3.7 βœ… N/A βœ… βœ… N/A βœ… βœ… βœ… βœ… βœ… N/A
CPythonΒ 3.8 βœ… βœ… βœ… βœ… N/A βœ… βœ… βœ… βœ… βœ… N/A
CPythonΒ 3.9 βœ… βœ… βœ… βœ… βœ…Β² βœ… βœ… βœ… βœ… βœ… N/A
CPythonΒ 3.10 βœ… βœ… βœ… βœ… βœ…Β² βœ… βœ… βœ… βœ… βœ… N/A
CPythonΒ 3.11 βœ… βœ… βœ… βœ… βœ…Β² βœ… βœ… βœ… βœ… βœ… N/A
CPythonΒ 3.12 βœ… βœ… βœ… βœ… βœ…Β² βœ… βœ… βœ… βœ… βœ… βœ…β΄
CPythonΒ 3.13Β³ βœ… βœ… βœ… βœ… βœ…Β² βœ… βœ… βœ… βœ… βœ… N/A
PyPyΒ 3.7 v7.3 βœ… N/A βœ… N/A N/A βœ…ΒΉ βœ…ΒΉ βœ…ΒΉ N/A N/A N/A
PyPyΒ 3.8 v7.3 βœ… βœ… βœ… N/A N/A βœ…ΒΉ βœ…ΒΉ βœ…ΒΉ N/A N/A N/A
PyPyΒ 3.9 v7.3 βœ… βœ… βœ… N/A N/A βœ…ΒΉ βœ…ΒΉ βœ…ΒΉ N/A N/A N/A
PyPyΒ 3.10 v7.3 βœ… βœ… βœ… N/A N/A βœ…ΒΉ βœ…ΒΉ βœ…ΒΉ N/A N/A N/A

ΒΉ PyPy is only supported for manylinux wheels.
Β² Windows arm64 support is experimental.
Β³ CPython 3.13 is available using the CIBW_PRERELEASE_PYTHONS option. Free-threaded mode requires opt-in.
⁴ Experimental, not yet supported on PyPI, but can be used directly in web deployment. Use --platform pyodide to build.

  • Builds manylinux, musllinux, macOS 10.9+, and Windows wheels for CPython and PyPy
  • Works on GitHub Actions, Azure Pipelines, Travis CI, AppVeyor, CircleCI, GitLab CI, and Cirrus 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

See the cibuildwheel 1 documentation if you need to build unsupported versions of Python, such as Python 2.

Usage

cibuildwheel runs inside a CI service. Supported platforms depend on which service you're using:

Linux macOS Windows Linux ARM macOS ARM Windows ARM
GitHub Actions βœ… βœ… βœ… βœ…ΒΉ βœ… βœ…Β²
Azure Pipelines βœ… βœ… βœ… βœ… βœ…Β²
Travis CI βœ… βœ… βœ…
AppVeyor βœ… βœ… βœ… βœ… βœ…Β²
CircleCI βœ… βœ… βœ… βœ…
Gitlab CI βœ… βœ… βœ… βœ…ΒΉ βœ…
Cirrus 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.
Β² Uses cross-compilation. It is not possible to test arm64 on this CI platform.

Example setup

To build manylinux, musllinux, 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-latest, windows-latest, macos-13, macos-14]

    steps:
      - uses: actions/checkout@v4

      # Used to host cibuildwheel
      - uses: actions/setup-python@v5

      - name: Install cibuildwheel
        run: python -m pip install cibuildwheel==2.19.2

      - 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@v4
        with:
          name: cibw-wheels-${{ matrix.os }}-${{ strategy.job-index }}
          path: ./wheelhouse/*.whl

For more information, including PyPI deployment, and the use of other CI services or the dedicated GitHub Action, check out the documentation and the examples.

How it works

The following diagram summarises the steps that cibuildwheel takes on each platform.

Explore an interactive version of this diagram in the docs.

Options

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
CIBW_PRERELEASE_PYTHONS Enable building with pre-release versions of Python if available
Build customization CIBW_BUILD_FRONTEND Set the tool to use to build, either "pip" (default for now) or "build"
CIBW_ENVIRONMENT Set environment variables needed during the build
CIBW_ENVIRONMENT_PASS_LINUX Set environment variables on the host to pass-through to the container 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 built wheel
CIBW_MANYLINUX_*_IMAGE
CIBW_MUSLLINUX_*_IMAGE
Specify alternative manylinux / musllinux Docker images
CIBW_CONTAINER_ENGINE Specify which container engine to use when building Linux wheels
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

These options can be specified in a pyproject.toml file, as well; see configuration.

Working examples

Here are some repos that use cibuildwheel.

Name CI OS Notes
scikit-learn github icon windows icon apple icon linux icon 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.
pytorch-fairseq github icon apple icon linux icon Facebook AI Research Sequence-to-Sequence Toolkit written in Python.
NumPy github icon travisci icon windows icon apple icon linux icon The fundamental package for scientific computing with Python.
Tornado github icon linux icon apple icon windows icon Tornado is a Python web framework and asynchronous networking library. Uses stable ABI for a small C extension.
duckdb github icon apple icon linux icon windows icon DuckDB is an analytical in-process SQL database management system
NCNN github icon windows icon apple icon linux icon ncnn is a high-performance neural network inference framework optimized for the mobile platform
Matplotlib github icon windows icon apple icon linux icon The venerable Matplotlib, a Python library with C++ portions
Prophet github icon windows icon apple icon linux icon Tool for producing high quality forecasts for time series data that has multiple seasonality with linear or non-linear growth.
MyPy github icon apple icon linux icon windows icon The compiled version of MyPy using MyPyC.
Kivy github icon windows icon apple icon linux icon Open source UI framework written in Python, running on Windows, Linux, macOS, Android and iOS

ℹ️ That's just a handful, there are many more! Check out the Working Examples page in the docs.

Legal note

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 license implications. Check the license for any code you're pulling in to make sure that's allowed.

Changelog

v2.19.2

  • πŸ› Update manylinux2014 pins to versions that support past-EoL CentOS 7 mirrors. (#1917)
  • πŸ› Support --no-isolation with build[uv] build-frontend. (#1889)
  • πŸ›  Provide attestations for releases at https://github.com/pypa/cibuildwheel/attestations. (#1916)
  • πŸ›  Provide CPython 3.13.0b3. (#1913)
  • πŸ›  Remove some workarounds now that pip 21.1 is available. (#1891, #1892)
  • πŸ“š Remove nosetest from our docs. (#1821)
  • πŸ“š Document the macOS ARM workaround for 3.8 on GHA. (#1971)
  • πŸ“š GitLab CI + macOS is now a supported platform with an example. (#1911)

v2.19.1

  • πŸ› Don't require setup-python on GHA for Pyodide (#1868)
  • πŸ› Specify full python path for uv (fixes issue in 0.2.10 & 0.2.11) (#1881)
  • πŸ›  Update for pip 24.1b2 on CPython 3.13. (#1879)
  • πŸ›  Fix a warning in our schema generation script. (#1866)
  • πŸ›  Cleaner output on pytest 8-8.2. (#1865)

v2.19.0

See the release post for more info on new features!

  • 🌟 Add Pyodide platform. Set with --platform pyodide or CIBW_PLATFORM: pyodide on Linux with a host Python 3.12 to build WebAssembly wheels. Not accepted on PyPI currently, but usable directly in a website using Pyodide, for live docs, etc. (#1456, #1859)
  • 🌟 Add build[uv] backend, which will take a pre-existing uv install (or install cibuildwheel[uv]) and use uv for all environment setup and installs on Python 3.8+. This is significantly faster in most cases. (#1856)
  • ✨ Add free-threaded macOS builds and update CPython to 3.13.0b2. (#1854)
  • πŸ› Issue copying a wheel to a non-existent output dir fixed. (#1851, #1862)
  • πŸ› Better determinism for the test environment seeding. (#1835)
  • πŸ›  VIRTUAL_ENV variable now set. (#1842)
  • πŸ›  Remove a pip<21.3 workaround. (#1842)
  • πŸ›  Error handling was refactored to use exceptions. (#1719)
  • πŸ›  Hardcoded paths in tests avoided. (#1834)
  • πŸ›  Single Python tests made more generic. (#1835)
  • πŸ›  Sped up our ci by splitting up emulation tests. (#1839)

v2.18.1

  • 🌟 Add free-threaded Linux and Windows builds for 3.13. New identifiers cp313t-*, new option CIBW_FREE_THREADED_SUPPORT/tool.cibuildwheel.free-threaded-support required to opt-in. See the docs for more information. (#1831)
  • ✨ The container-engine is now a build (non-global) option. (#1792)
  • πŸ›  The build backend for cibuildwheel is now hatchling. (#1297)
  • πŸ›  Significant improvements and modernization to our noxfile. (#1823)
  • πŸ›  Use pylint's new GitHub Actions reporter instead of a custom matcher. (#1823)
  • πŸ›  Unpin virtualenv updates for Python 3.7+ (#1830)
  • πŸ› Fix running linux tests from Windows or macOS ARM. (#1788)
  • πŸ“š Fix our documentation build. (#1821)

v2.18.0

12 May 2024

  • ✨ Adds CPython 3.13 support, under the prerelease flag CIBW_PRERELEASE_PYTHONS. This version of cibuildwheel uses 3.13.0b1. Free-threading mode is not available yet (#1657), waiting on official binaries (planned for beta 2) and pip support.

    While CPython is in beta, the ABI can change, so your wheels might not be compatible with the final release. For this reason, we don't recommend distributing wheels until RC1, at which point 3.13 will be available in cibuildwheel without the flag. (#1815)

  • ✨ Musllinux now defaults to musllinux_1_2. You can set the older musllinux_1_1 via config if needed. (#1817)

  • πŸ›  No longer pre-seed setuptools/wheel in virtual environments (#1819)

  • πŸ›  Respect the constraints file when building with pip, matching build (#1818)

  • πŸ›  Use uv to compile our pinned dependencies, 10x faster and doesn't require special setup (#1778)

  • πŸ› Fix an issue with the schema (#1788)

  • πŸ“š Document the new delocate error checking macOS versions (#1766)

  • πŸ“š Document Rust builds (#1816)

  • πŸ“š Speed up our readthedocs builds with uv, 26 seconds -> 6 seconds to install dependencies (#1816)


That's the last few versions.

ℹ️ Want more changelog? Head over to the changelog page in the docs.


Contributing

For more info on how to contribute to cibuildwheel, see the docs.

Everyone interacting with the cibuildwheel project via codebase, issue tracker, chat rooms, or otherwise is expected to follow the PSF Code of Conduct.

Maintainers

Credits

cibuildwheel stands on the shoulders of giants.

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

See also

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.

If you are building Rust wheels, you can get by without some of the tricks required to make GLIBC work via manylinux; this is especially relevant for cross-compiling, which is easy with Rust. See maturin-action for a tool that is optimized for building Rust wheels and cross-compiling.

About

🎑 Build Python wheels for all the platforms with minimal configuration.

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Python 99.9%
  • Shell 0.1%