API to call PEP 517 hooks for building Python packages https://pep517.readthedocs.io/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Pradyun Gedam 91895aa6d4
Merge pull request #149 from FFY00/remove-chain-exception-prepare-hook
3 weeks ago
.github/workflows Run style checks separate from test suite 2 months ago
doc Update changelog for release. 2 months ago
pep517 Remove chained exception when the prepare_metadata_for_build_wheel hook is missing 3 weeks ago
tests Remove support for end-of-life Pythons 10 months ago
.bumpversion.cfg Bump version: 0.12.0 → 0.13.0 2 months ago
.gitignore Update .gitignore for coverage artifacts 1 year ago
LICENSE Packaging with flit 5 years ago
README.rst Use tomllib in Python 3.11+ 5 months ago
RELEASE.rst Add release instructions. Fixes #29. 4 years ago
dev-requirements.txt Run style checks separate from test suite 2 months ago
issue_template.md Clarify the issue template 2 years ago
pyproject.toml Use tomllib in Python 3.11+ 5 months ago
pytest.ini Don't use --flake8 option for pytest 2 months ago
tox.ini Run style checks separate from test suite 2 months ago


API to call PEP 517 hooks

PEP 517 specifies a standard API for systems which build Python packages.

PEP 660 extends it with a build mode that leads to editable installs.

This package contains wrappers around the hooks specified by PEP 517 and PEP 660. It provides:

  • A mechanism to call the hooks in a subprocess, so they are isolated from the current process.
  • Fallbacks for the optional hooks, so that frontends can call the hooks without checking which are defined.

Run the tests with pytest or tox.

Usage—you are responsible for ensuring build requirements are available:

import os
import tomli
from pep517.wrappers import Pep517HookCaller

src = 'path/to/source'  # Folder containing 'pyproject.toml'
with open(os.path.join(src, 'pyproject.toml'), 'rb') as f:
    build_sys = tomli.load(f)['build-system']

print(build_sys['requires'])  # List of static requirements
# The caller is responsible for installing these and running the hooks in
# an environment where they are available.

hooks = Pep517HookCaller(

config_options = {}   # Optional parameters for backend
# List of dynamic requirements:
# Again, the caller is responsible for installing these build requirements

destination = 'also/a/folder'
whl_filename = hooks.build_wheel(destination, config_options)
assert os.path.isfile(os.path.join(destination, whl_filename))

Deprecated high-level

For now, pep517 also contains higher-level functions which install the build dependencies into a temporary environment and build a wheel/sdist using them. This is a rough implementation, e.g. it does not do proper build isolation. The PyPA build project is recommended as an alternative, although it's still quite young in October 2020. This layer of functionality in pep517 is now deprecated, but won't be removed for some time, as there is code relying on it.

High level usage, with build requirements handled:

import os
from pep517.envbuild import build_wheel, build_sdist

src = 'path/to/source'  # Folder containing 'pyproject.toml'
destination = 'also/a/folder'
whl_filename = build_wheel(src, destination)
assert os.path.isfile(os.path.join(destination, whl_filename))

targz_filename = build_sdist(src, destination)
assert os.path.isfile(os.path.join(destination, targz_filename))

To test the build backend for a project, run in a system shell:

python3 -m pep517.check path/to/source  # source dir containing pyproject.toml

To build a backend into source and/or binary distributions, run in a shell:

python -m pep517.build path/to/source  # source dir containing pyproject.toml

All of this high-level functionality is deprecated.