execv() requires process.h to be included according to the MSVC documentation
but for some reason it also works without it.

mingw-w64 on the other hand fails to build the launcher if the include isn't there,
so add it.

tests: unpin pytest

The new releases for pytest-fixture-config and pytest-shutil are
compatible with pytest>=4.0.

Force metadata-version = 1.2 when project urls are present.

Closes: #1756

Migrate constants from setup.py to setup.cfg

This also makes wheel an unconditional setup_requires dependency.

Closes: #1697

Fix CIs.

Fix the `list_dependencies_command` so arguably the most important
packages are not hidden (pip, setuptools, and wheel).

Update virtualenv so the tox environment use a more recent version
of pip (and probably setuptools/wheel too).

* ignore distutils' warning (`Unknown distribution option: 'python_requires'`)
* fix test on Windows

build_meta: fix 2 issues with `build_wheel` / `build_sdist`

Fix the following cases:

* `build_sdist` is called with another sdist already present
  in the destination directory

* `build_wheel` is called with the destination directory not
  already created

Now that the issue with invalid coverage data has been fixed.

Fix error with PEP 517 builds when wheel exists (GH #1761)

Limit workers in ProcessPoolExecutor

As a mitigation for #1730, this commit limits the number of workers in
the ProcessPoolExecutor to 1 (default is the number of CPUs). On PyPy,
having a higher number of available workers dramatically increases the
number of concurrent processes, leading to some resource exhaustion
issues.

This does not address the root issue, but should improve the situation
until the root issue is addressed.

Use xenial and latest pypy3 on Travis CI.

As it will soon become the default: https://blog.travis-ci.com/2019-04-15-xenial-default-build-environment

`build_meta.build_wheel` assumes that the only wheel in its output
directory is the one it builds, but prior to this, it also used the
`dist/` folder as its working output directory. This commit uses a
temporary directory instead, preventing an error that was triggered when
previously-generated wheel files were still sitting in `dist/`.

Fixes GH #1671

Add failing test for issue #1671 (ValueError when .whl is present)

Currently, this will fail because setuptools.build_meta.build_wheel
assumes that no wheels already exist in the `dist/` directory.

See GH #1671

Update super old CHANGES.rst dead links

FIX: git and hg revision checkout under Windows

Checking for new implementation solving issue #1740

Windows does not change the working directory for a process via `cd .. && <process>` (see e.g. this question: https://stackoverflow.com/q/55641332/8575607 ). This commit replaces the use of `cd .. &&` with arguments provided by `git` and `hg` respectively.

uniquify paths in PYTHONPATH