scnc
/
qiskit
mirror of https://github.com/Qiskit/qiskit.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
qiskit/pyproject.toml

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

19 lines
773 B
TOML
Raw Normal View History

Add pyproject.toml to declare cython build requirement (#2278) Right now when you try to build terra >=0.8.0 and you don't have Cython installed it will fail. This is because we rely on cython being present to build the stochastic swap code. While we have a setuptools setup_requires defining this dependency it doesn't work because the dependency on cython is needed before setuptools can resolve that for us. PEP518 provides a solution for this problem by adding the concept of a pyproject.toml file which can be used to outline build requirements which are build time depdencies needed before the setup.py is run. With this file present when you run: pip install git+https://github.com/Qiskit/qiskit-terra (or running on a local checkout) and cython isn't installed pip will acquire it and use it for building the sdist.
2019-05-14 10:13:38 +08:00
[build-system]
requires = ["Cython>=0.27.1", "setuptools", "wheel"]
Switch to using black for code formatting (#6361) * make compatible with pylint and pycodestyle * black config * flake8 compatible config * Missing newline * Add black check to CI and dev requirements This commit updates the CI configuration and local tox configuration to leverage black instead of pycodestyle. It adds a check job to ci and the tox lint job so we can quickly check if black has been run. A tox job named 'black' is added to run black on all the code in the repo. * Run black on everything This commit reformats all the code in the qiskit-terra repository to use black. It changes no functionality in the project and just adjusts the code formatting to be consistent and automated. If you are looking at this commit in the git log you can likely safely ignore any diff from this commit as it is just the result of running '`black' on the repo and instead you should look at any commits before or after this for functional changes. Co-authored-by: Lev S. Bishop <18673315+levbishop@users.noreply.github.com>
2021-05-05 21:53:39 +08:00
[tool.black]
line-length = 100
target-version = ['py37', 'py38', 'py39', 'py310']
Add support for Python 3.10 (#7102) * Add support for Python 3.10 Python 3.10.0 was released on 10-04-2021, this commit marks the support of Python 3.10 in qiskit-terra. It adds the supported python version in the package metadata and updates the CI configuration to run test jobs on Python 3.10 and build Python 3.10 wheels. * Fix typo * Update default envlist in tox.ini to include 3.10 * Bump cibuildwheel to the latest version This also takes the opportunity to deduplicate the cibuildwheel configuration using the pyproject.toml support in newer versions of cibuildwheel. The common options for all builds are put there and per build overrides (which are only for cross compiling arm wheels) are left as environment variables in the CI configuration. * Add missing cibuildwheel config to pyproject.toml * Ignore internal deprecation warning emitted by jupyter in ci * Fix black Co-authored-by: Jake Lishman <jake.lishman@ibm.com> Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
2022-01-20 08:38:28 +08:00
[tool.cibuildwheel]
Use manylinux2014 on all Linux builds (#7566) * Use manylinux2014 on Linux Numpy and Scipy are moving to drop manylinux2010 wheels on newer platforms, which gives us some cover to do the same. To test, we need to ensure that we pull Numpy and Scipy in binary form only (forcing pip to install slightly older versions like 1.21 instead of 1.22 on unsupported Python versions), rather than attempting to build Numpy from source as part of our testing process. * Bump cibuildwheel version
2022-01-26 22:22:20 +08:00
manylinux-x86_64-image = "manylinux2014"
manylinux-i686-image = "manylinux2014"
Add cross-build wheel jobs for ppc64le and s390x (#7549) * Add cross-build wheel jobs for ppc64le and s390x This commit adds a new CI job at release time to build precompiled binaries for s390x and ppc64le linux platforms. These platforms do not have precompiled wheels for any upstream dependencies (except for retworkx and tweedledum, which both publish binaries for both platforms). Since the only publically available CI service that has native s390x and ppc64le environments available is travis which doesn't provide sufficient quota to open source projects anymore to make it usable we have to rely on either cross compilation or emulation. Cross compiling with python wheels while possible is quite tricky to setup and configure in practice so emulation is used here. This is a much simpler path configure, especially because cibuildwheel has support for emulating non-x86 architectures via QEMU to build wheels. While QEMU emulation of other architectures is exceedingly slow, we have a 6 hour job time limit with github actions which should hopefully be sufficient to compile the binary and build wheels for all our supported python versions. This was previously attempted in #5844 but we hit a timout issue reliably every time trying to build scipy from source. Compiling scipy is slow on a native system and it's an order of magnitude slower under qemu emulation. In #5844 we exceeded the 6 hour job time limit just compiling scipy once for testing. To avoid this issue (since scipy doesn't publish s390x or ppc64le wheels) this commit skips the test runs on these jobs. This means we're solely building the wheels and not testing if they're valid. This also means installing scipy and other dependencies is still an exercise for the s390x and ppc64le users. But, if this works it will mean that at least for Qiskit there will not be a need to compile anything from source. * DNM: Test builds in CI This commit should not be merged without being reverted first. It is changing the CI trigger to run on open pull requests and removing the twine upload step to trigger the wheel builds for testing and iteratively fixing issues. Once the builds work this will be reverted and the PR is ready for final review/merging. * Skip musl libc wheel builds * Fix ppc64le job name * Revert "DNM: Test builds in CI" Testing shows this works well and we can build and publish ppc64le and s390x wheels on release. This reverts commit f06c0b6176d5578f4c6c58e3510d768c1751bea3 and opens up the PR for review. * Add release note
2022-01-22 01:54:03 +08:00
skip = "pp* cp36-* *musllinux*"
Drop support for 32bit py310 wheel builds (#7553) * Drop support for 32bit py310 wheel builds In #7102 we added support for Python 3.10 to Qiskit. However, numpy and scipy stopped publishing wheels for 32bit platforms in Python 3.10. This means that to test Python 3.10 32bit wheels we will have to compile numpy and scipy from source (which for scipy is prohibitively slow). In response this commit updates our cibuildwheel configuration to skip tests on 32bit Python 3.10 wheels since we can't reliably test the built wheels in CI and it would require users to build them from source. This is the same approach taken in PR #7549 for ppc64le and s390x. For 32 bit platform users on python 3.10 this means they'll need to locally build numpy, scipy, and potentially other depencies from source to use Qiskit Terra with Python 3.10, but for the Qiskit components at least precompiled binaries will be available. * Update release note
2022-01-22 05:14:24 +08:00
test-skip = "cp310-win32 cp310-manylinux_i686"
Add support for Python 3.10 (#7102) * Add support for Python 3.10 Python 3.10.0 was released on 10-04-2021, this commit marks the support of Python 3.10 in qiskit-terra. It adds the supported python version in the package metadata and updates the CI configuration to run test jobs on Python 3.10 and build Python 3.10 wheels. * Fix typo * Update default envlist in tox.ini to include 3.10 * Bump cibuildwheel to the latest version This also takes the opportunity to deduplicate the cibuildwheel configuration using the pyproject.toml support in newer versions of cibuildwheel. The common options for all builds are put there and per build overrides (which are only for cross compiling arm wheels) are left as environment variables in the CI configuration. * Add missing cibuildwheel config to pyproject.toml * Ignore internal deprecation warning emitted by jupyter in ci * Fix black Co-authored-by: Jake Lishman <jake.lishman@ibm.com> Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
2022-01-20 08:38:28 +08:00
test-command = "python {project}/examples/python/stochastic_swap.py"
Use manylinux2014 on all Linux builds (#7566) * Use manylinux2014 on Linux Numpy and Scipy are moving to drop manylinux2010 wheels on newer platforms, which gives us some cover to do the same. To test, we need to ensure that we pull Numpy and Scipy in binary form only (forcing pip to install slightly older versions like 1.21 instead of 1.22 on unsupported Python versions), rather than attempting to build Numpy from source as part of our testing process. * Bump cibuildwheel version
2022-01-26 22:22:20 +08:00
# We need to use pre-built versions of Numpy and Scipy in the tests; they have a
# tendency to crash if they're installed from source by `pip install`, and since
# Numpy 1.22 there are no i686 wheels, so we force pip to use older ones without
# restricting any dependencies that Numpy and Scipy might have.
before-test = "pip install --only-binary=numpy,scipy numpy scipy"