2015-10-11 14:29:35 +00:00
|
|
|
language: cpp
|
2016-07-29 22:15:01 +00:00
|
|
|
matrix:
|
|
|
|
include:
|
2017-09-08 09:34:06 +00:00
|
|
|
# This config does a few things:
|
|
|
|
# - Checks C++ and Python code styles (check-style.sh and flake8).
|
|
|
|
# - Makes sure sphinx can build the docs without any errors or warnings.
|
|
|
|
# - Tests setup.py sdist and install (all header files should be present).
|
|
|
|
# - Makes sure that everything still works without optional deps (numpy/scipy/eigen) and
|
|
|
|
# also tests the automatic discovery functions in CMake (Python version, C++ standard).
|
|
|
|
- os: linux
|
2019-01-03 11:01:34 +00:00
|
|
|
dist: xenial # Necessary to run doxygen 1.8.15
|
2019-04-06 17:09:39 +00:00
|
|
|
name: Style, docs, and pip
|
2017-09-08 09:34:06 +00:00
|
|
|
cache: false
|
|
|
|
before_install:
|
2017-09-13 19:45:49 +00:00
|
|
|
- pyenv global $(pyenv whence 2to3) # activate all python versions
|
|
|
|
- PY_CMD=python3
|
2019-01-03 11:01:34 +00:00
|
|
|
- $PY_CMD -m pip install --user --upgrade pip wheel setuptools
|
2019-04-06 17:09:39 +00:00
|
|
|
install: # Breathe does not yet support Sphinx 2
|
|
|
|
- $PY_CMD -m pip install --user --upgrade "sphinx<2" sphinx_rtd_theme breathe flake8 pep8-naming pytest
|
2019-01-03 11:01:34 +00:00
|
|
|
- curl -fsSL https://sourceforge.net/projects/doxygen/files/rel-1.8.15/doxygen-1.8.15.linux.bin.tar.gz/download | tar xz
|
|
|
|
- export PATH="$PWD/doxygen-1.8.15/bin:$PATH"
|
2017-09-08 09:34:06 +00:00
|
|
|
script:
|
|
|
|
- tools/check-style.sh
|
|
|
|
- flake8
|
|
|
|
- $PY_CMD -m sphinx -W -b html docs docs/.build
|
|
|
|
- |
|
|
|
|
# Make sure setup.py distributes and installs all the headers
|
|
|
|
$PY_CMD setup.py sdist
|
|
|
|
$PY_CMD -m pip install --user -U ./dist/*
|
|
|
|
installed=$($PY_CMD -c "import pybind11; print(pybind11.get_include(True) + '/pybind11')")
|
|
|
|
diff -rq $installed ./include/pybind11
|
|
|
|
- |
|
|
|
|
# Barebones build
|
2019-04-06 17:09:39 +00:00
|
|
|
cmake -DCMAKE_BUILD_TYPE=Debug -DPYBIND11_WERROR=ON -DDOWNLOAD_CATCH=ON -DPYTHON_EXECUTABLE=$(which $PY_CMD) .
|
2017-09-08 09:34:06 +00:00
|
|
|
make pytest -j 2
|
|
|
|
make cpptest -j 2
|
|
|
|
# The following are regular test configurations, including optional dependencies.
|
|
|
|
# With regard to each other they differ in Python version, C++ standard and compiler.
|
2016-07-29 22:15:01 +00:00
|
|
|
- os: linux
|
2019-04-06 17:09:39 +00:00
|
|
|
dist: trusty
|
|
|
|
name: Python 2.7, c++11, gcc 4.8
|
2016-08-14 16:31:52 +00:00
|
|
|
env: PYTHON=2.7 CPP=11 GCC=4.8
|
|
|
|
addons:
|
|
|
|
apt:
|
2019-04-06 17:09:39 +00:00
|
|
|
packages:
|
|
|
|
- cmake=2.\*
|
|
|
|
- cmake-data=2.\*
|
2016-07-29 22:15:01 +00:00
|
|
|
- os: linux
|
2019-04-06 17:09:39 +00:00
|
|
|
dist: trusty
|
|
|
|
name: Python 3.6, c++11, gcc 4.8
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
env: PYTHON=3.6 CPP=11 GCC=4.8
|
2016-08-14 16:31:52 +00:00
|
|
|
addons:
|
|
|
|
apt:
|
2019-04-06 17:09:39 +00:00
|
|
|
sources:
|
|
|
|
- deadsnakes
|
|
|
|
packages:
|
|
|
|
- python3.6-dev
|
|
|
|
- python3.6-venv
|
|
|
|
- cmake=2.\*
|
|
|
|
- cmake-data=2.\*
|
|
|
|
- os: linux
|
|
|
|
dist: trusty
|
2017-09-08 08:59:50 +00:00
|
|
|
env: PYTHON=2.7 CPP=14 GCC=6 CMAKE=1
|
2019-04-06 17:09:39 +00:00
|
|
|
name: Python 2.7, c++14, gcc 4.8, CMake test
|
|
|
|
addons:
|
|
|
|
apt:
|
|
|
|
sources:
|
|
|
|
- ubuntu-toolchain-r-test
|
|
|
|
packages:
|
|
|
|
- g++-6
|
|
|
|
- os: linux
|
|
|
|
dist: trusty
|
|
|
|
name: Python 3.5, c++14, gcc 6, Debug build
|
|
|
|
# N.B. `ensurepip` could be installed transitively by `python3.5-venv`, but
|
|
|
|
# seems to have apt conflicts (at least for Trusty). Use Docker instead.
|
2016-12-14 02:00:51 +00:00
|
|
|
services: docker
|
2019-04-06 17:09:39 +00:00
|
|
|
env: DOCKER=debian:stretch PYTHON=3.5 CPP=14 GCC=6 DEBUG=1
|
|
|
|
- os: linux
|
|
|
|
dist: xenial
|
2017-07-06 13:53:35 +00:00
|
|
|
env: PYTHON=3.6 CPP=17 GCC=7
|
2019-04-06 17:09:39 +00:00
|
|
|
name: Python 3.6, c++17, gcc 7
|
|
|
|
addons:
|
|
|
|
apt:
|
|
|
|
sources:
|
|
|
|
- deadsnakes
|
|
|
|
- ubuntu-toolchain-r-test
|
|
|
|
packages:
|
|
|
|
- g++-7
|
|
|
|
- python3.6-dev
|
|
|
|
- python3.6-venv
|
2017-04-14 20:53:14 +00:00
|
|
|
- os: linux
|
2019-04-06 17:09:39 +00:00
|
|
|
dist: xenial
|
|
|
|
env: PYTHON=3.6 CPP=17 CLANG=7
|
|
|
|
name: Python 3.6, c++17, Clang 7
|
2017-04-14 20:53:14 +00:00
|
|
|
addons:
|
|
|
|
apt:
|
2019-04-06 17:09:39 +00:00
|
|
|
sources:
|
|
|
|
- deadsnakes
|
|
|
|
- llvm-toolchain-xenial-7
|
|
|
|
packages:
|
|
|
|
- python3.6-dev
|
|
|
|
- python3.6-venv
|
|
|
|
- clang-7
|
|
|
|
- libclang-7-dev
|
|
|
|
- llvm-7-dev
|
|
|
|
- lld-7
|
|
|
|
- libc++-7-dev
|
|
|
|
- libc++abi-7-dev # Why is this necessary???
|
2016-07-29 22:15:01 +00:00
|
|
|
- os: osx
|
2019-04-06 17:09:39 +00:00
|
|
|
name: Python 2.7, c++14, AppleClang 7.3, CMake test
|
2016-07-29 22:15:01 +00:00
|
|
|
osx_image: xcode7.3
|
2017-09-08 08:59:50 +00:00
|
|
|
env: PYTHON=2.7 CPP=14 CLANG CMAKE=1
|
2016-07-29 22:15:01 +00:00
|
|
|
- os: osx
|
2019-04-06 17:09:39 +00:00
|
|
|
name: Python 3.7, c++14, AppleClang 9, Debug build
|
2017-10-10 02:47:02 +00:00
|
|
|
osx_image: xcode9
|
2018-07-17 14:55:52 +00:00
|
|
|
env: PYTHON=3.7 CPP=14 CLANG DEBUG=1
|
2017-03-22 19:30:53 +00:00
|
|
|
# Test a PyPy 2.7 build
|
2016-12-16 14:00:46 +00:00
|
|
|
- os: linux
|
2019-04-06 17:09:39 +00:00
|
|
|
dist: trusty
|
2017-06-12 01:20:03 +00:00
|
|
|
env: PYPY=5.8 PYTHON=2.7 CPP=11 GCC=4.8
|
2019-04-06 17:09:39 +00:00
|
|
|
name: PyPy 5.8, Python 2.7, c++11, gcc 4.8
|
2016-12-16 14:00:46 +00:00
|
|
|
addons:
|
|
|
|
apt:
|
2019-04-06 17:09:39 +00:00
|
|
|
packages:
|
|
|
|
- libblas-dev
|
|
|
|
- liblapack-dev
|
|
|
|
- gfortran
|
2017-09-08 08:59:50 +00:00
|
|
|
# Build in 32-bit mode and tests against the CMake-installed version
|
2019-04-06 17:09:39 +00:00
|
|
|
- os: linux
|
|
|
|
dist: trusty
|
2017-01-31 16:10:31 +00:00
|
|
|
services: docker
|
2019-04-06 17:09:39 +00:00
|
|
|
env: DOCKER=i386/debian:stretch PYTHON=3.5 CPP=14 GCC=6 INSTALL=1
|
|
|
|
name: Python 3.4, c++14, gcc 6, 32-bit
|
Independent tests (#665)
* Make tests buildable independently
This makes "tests" buildable as a separate project that uses
find_package(pybind11 CONFIG) when invoked independently.
This also moves the WERROR option into tests/CMakeLists.txt, as that's
the only place it is used.
* Use Eigen 3.3.1's cmake target, if available
This changes the eigen finding code to attempt to use Eigen's
system-installed Eigen3Config first. In Eigen 3.3.1, it exports a cmake
Eigen3::Eigen target to get dependencies from (rather than setting the
include path directly).
If it fails, we fall back to the trying to load allowing modules (i.e.
allowing our tools/FindEigen3.cmake). If we either fallback, or the
eigen version is older than 3.3.1 (or , we still set the include
directory manually; otherwise, for CONFIG + new Eigen, we get it via
the target.
This is also needed to allow 'tests' to be built independently, when
the find_package(Eigen3) is going to find via the system-installed
Eigen3Config.cmake.
* Add a install-then-build test, using clang on linux
This tests that `make install` to the actual system, followed by a build
of the tests (without the main pybind11 repository available) works as
expected.
To also expand the testing variety a bit, it also builds using
clang-3.9 instead of gcc.
* Don't try loading Eigen3Config in cmake < 3.0
It could FATAL_ERROR as the newer cmake includes a cmake 3.0 required
line.
If doing an independent, out-of-tree "tests" build, the regular
find_package(Eigen3) is likely to fail with the same error, but I think
we can just let that be: if you want a recent Eigen with proper cmake
loading support *and* want to do an independent tests build, you'll
need at least cmake 3.0.
2017-02-24 22:07:53 +00:00
|
|
|
script:
|
|
|
|
- |
|
2019-04-06 17:09:39 +00:00
|
|
|
# Consolidated 32-bit Docker Build + Install
|
|
|
|
set -ex
|
|
|
|
$SCRIPT_RUN_PREFIX sh -c "
|
|
|
|
set -ex
|
|
|
|
cmake ${CMAKE_EXTRA_ARGS} -DPYBIND11_INSTALL=1 -DPYBIND11_TEST=0 .
|
|
|
|
make install
|
|
|
|
cp -a tests /pybind11-tests
|
|
|
|
mkdir /build-tests && cd /build-tests
|
|
|
|
cmake ../pybind11-tests ${CMAKE_EXTRA_ARGS} -DPYBIND11_WERROR=ON
|
|
|
|
make pytest -j 2"
|
|
|
|
set +ex
|
2016-01-21 18:21:59 +00:00
|
|
|
cache:
|
|
|
|
directories:
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
- $HOME/.local/bin
|
|
|
|
- $HOME/.local/lib
|
2017-04-14 20:53:14 +00:00
|
|
|
- $HOME/.local/include
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
- $HOME/Library/Python
|
2016-08-14 16:31:52 +00:00
|
|
|
before_install:
|
|
|
|
- |
|
2016-08-25 20:35:15 +00:00
|
|
|
# Configure build variables
|
2019-04-06 17:09:39 +00:00
|
|
|
set -ex
|
2016-08-25 20:35:15 +00:00
|
|
|
if [ "$TRAVIS_OS_NAME" = "linux" ]; then
|
Independent tests (#665)
* Make tests buildable independently
This makes "tests" buildable as a separate project that uses
find_package(pybind11 CONFIG) when invoked independently.
This also moves the WERROR option into tests/CMakeLists.txt, as that's
the only place it is used.
* Use Eigen 3.3.1's cmake target, if available
This changes the eigen finding code to attempt to use Eigen's
system-installed Eigen3Config first. In Eigen 3.3.1, it exports a cmake
Eigen3::Eigen target to get dependencies from (rather than setting the
include path directly).
If it fails, we fall back to the trying to load allowing modules (i.e.
allowing our tools/FindEigen3.cmake). If we either fallback, or the
eigen version is older than 3.3.1 (or , we still set the include
directory manually; otherwise, for CONFIG + new Eigen, we get it via
the target.
This is also needed to allow 'tests' to be built independently, when
the find_package(Eigen3) is going to find via the system-installed
Eigen3Config.cmake.
* Add a install-then-build test, using clang on linux
This tests that `make install` to the actual system, followed by a build
of the tests (without the main pybind11 repository available) works as
expected.
To also expand the testing variety a bit, it also builds using
clang-3.9 instead of gcc.
* Don't try loading Eigen3Config in cmake < 3.0
It could FATAL_ERROR as the newer cmake includes a cmake 3.0 required
line.
If doing an independent, out-of-tree "tests" build, the regular
find_package(Eigen3) is likely to fail with the same error, but I think
we can just let that be: if you want a recent Eigen with proper cmake
loading support *and* want to do an independent tests build, you'll
need at least cmake 3.0.
2017-02-24 22:07:53 +00:00
|
|
|
if [ -n "$CLANG" ]; then
|
2017-04-14 20:53:14 +00:00
|
|
|
export CXX=clang++-$CLANG CC=clang-$CLANG
|
2017-10-22 15:25:18 +00:00
|
|
|
EXTRA_PACKAGES+=" clang-$CLANG llvm-$CLANG-dev"
|
Independent tests (#665)
* Make tests buildable independently
This makes "tests" buildable as a separate project that uses
find_package(pybind11 CONFIG) when invoked independently.
This also moves the WERROR option into tests/CMakeLists.txt, as that's
the only place it is used.
* Use Eigen 3.3.1's cmake target, if available
This changes the eigen finding code to attempt to use Eigen's
system-installed Eigen3Config first. In Eigen 3.3.1, it exports a cmake
Eigen3::Eigen target to get dependencies from (rather than setting the
include path directly).
If it fails, we fall back to the trying to load allowing modules (i.e.
allowing our tools/FindEigen3.cmake). If we either fallback, or the
eigen version is older than 3.3.1 (or , we still set the include
directory manually; otherwise, for CONFIG + new Eigen, we get it via
the target.
This is also needed to allow 'tests' to be built independently, when
the find_package(Eigen3) is going to find via the system-installed
Eigen3Config.cmake.
* Add a install-then-build test, using clang on linux
This tests that `make install` to the actual system, followed by a build
of the tests (without the main pybind11 repository available) works as
expected.
To also expand the testing variety a bit, it also builds using
clang-3.9 instead of gcc.
* Don't try loading Eigen3Config in cmake < 3.0
It could FATAL_ERROR as the newer cmake includes a cmake 3.0 required
line.
If doing an independent, out-of-tree "tests" build, the regular
find_package(Eigen3) is likely to fail with the same error, but I think
we can just let that be: if you want a recent Eigen with proper cmake
loading support *and* want to do an independent tests build, you'll
need at least cmake 3.0.
2017-02-24 22:07:53 +00:00
|
|
|
else
|
2017-04-14 20:55:11 +00:00
|
|
|
if [ -z "$GCC" ]; then GCC=4.8
|
2017-10-22 15:25:18 +00:00
|
|
|
else EXTRA_PACKAGES+=" g++-$GCC"
|
Independent tests (#665)
* Make tests buildable independently
This makes "tests" buildable as a separate project that uses
find_package(pybind11 CONFIG) when invoked independently.
This also moves the WERROR option into tests/CMakeLists.txt, as that's
the only place it is used.
* Use Eigen 3.3.1's cmake target, if available
This changes the eigen finding code to attempt to use Eigen's
system-installed Eigen3Config first. In Eigen 3.3.1, it exports a cmake
Eigen3::Eigen target to get dependencies from (rather than setting the
include path directly).
If it fails, we fall back to the trying to load allowing modules (i.e.
allowing our tools/FindEigen3.cmake). If we either fallback, or the
eigen version is older than 3.3.1 (or , we still set the include
directory manually; otherwise, for CONFIG + new Eigen, we get it via
the target.
This is also needed to allow 'tests' to be built independently, when
the find_package(Eigen3) is going to find via the system-installed
Eigen3Config.cmake.
* Add a install-then-build test, using clang on linux
This tests that `make install` to the actual system, followed by a build
of the tests (without the main pybind11 repository available) works as
expected.
To also expand the testing variety a bit, it also builds using
clang-3.9 instead of gcc.
* Don't try loading Eigen3Config in cmake < 3.0
It could FATAL_ERROR as the newer cmake includes a cmake 3.0 required
line.
If doing an independent, out-of-tree "tests" build, the regular
find_package(Eigen3) is likely to fail with the same error, but I think
we can just let that be: if you want a recent Eigen with proper cmake
loading support *and* want to do an independent tests build, you'll
need at least cmake 3.0.
2017-02-24 22:07:53 +00:00
|
|
|
fi
|
|
|
|
export CXX=g++-$GCC CC=gcc-$GCC
|
|
|
|
fi
|
2016-08-25 20:35:15 +00:00
|
|
|
elif [ "$TRAVIS_OS_NAME" = "osx" ]; then
|
|
|
|
export CXX=clang++ CC=clang;
|
|
|
|
fi
|
2017-04-14 20:55:11 +00:00
|
|
|
if [ -n "$CPP" ]; then CPP=-std=c++$CPP; fi
|
|
|
|
if [ "${PYTHON:0:1}" = "3" ]; then PY=3; fi
|
2017-10-22 15:25:18 +00:00
|
|
|
if [ -n "$DEBUG" ]; then CMAKE_EXTRA_ARGS+=" -DCMAKE_BUILD_TYPE=Debug"; fi
|
2019-04-06 17:09:39 +00:00
|
|
|
set +ex
|
2016-08-25 20:35:15 +00:00
|
|
|
- |
|
2016-12-16 14:00:46 +00:00
|
|
|
# Initialize environment
|
2019-04-06 17:09:39 +00:00
|
|
|
set -ex
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
if [ -n "$DOCKER" ]; then
|
2016-08-14 16:31:52 +00:00
|
|
|
docker pull $DOCKER
|
2017-03-08 19:32:52 +00:00
|
|
|
|
2017-04-14 20:55:11 +00:00
|
|
|
containerid=$(docker run --detach --tty \
|
2016-08-14 16:31:52 +00:00
|
|
|
--volume="$PWD":/pybind11 --workdir=/pybind11 \
|
|
|
|
--env="CC=$CC" --env="CXX=$CXX" --env="DEBIAN_FRONTEND=$DEBIAN_FRONTEND" \
|
|
|
|
--env=GCC_COLORS=\ \
|
|
|
|
$DOCKER)
|
2017-04-14 20:55:11 +00:00
|
|
|
SCRIPT_RUN_PREFIX="docker exec --tty $containerid"
|
2017-03-08 19:32:52 +00:00
|
|
|
$SCRIPT_RUN_PREFIX sh -c 'for s in 0 15; do sleep $s; apt-get update && apt-get -qy dist-upgrade && break; done'
|
2016-08-25 20:35:15 +00:00
|
|
|
else
|
2017-06-12 01:20:03 +00:00
|
|
|
if [ "$PYPY" = "5.8" ]; then
|
|
|
|
curl -fSL https://bitbucket.org/pypy/pypy/downloads/pypy2-v5.8.0-linux64.tar.bz2 | tar xj
|
|
|
|
PY_CMD=$(echo `pwd`/pypy2-v5.8.0-linux64/bin/pypy)
|
2017-10-22 15:25:18 +00:00
|
|
|
CMAKE_EXTRA_ARGS+=" -DPYTHON_EXECUTABLE:FILEPATH=$PY_CMD"
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
else
|
2017-04-14 20:55:11 +00:00
|
|
|
PY_CMD=python$PYTHON
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
if [ "$TRAVIS_OS_NAME" = "osx" ]; then
|
|
|
|
if [ "$PY" = "3" ]; then
|
2018-03-10 17:30:29 +00:00
|
|
|
brew update && brew upgrade python
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
else
|
|
|
|
curl -fsSL https://bootstrap.pypa.io/get-pip.py | $PY_CMD - --user
|
|
|
|
fi
|
2016-08-14 16:31:52 +00:00
|
|
|
fi
|
2016-08-01 22:42:07 +00:00
|
|
|
fi
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
if [ "$PY" = 3 ] || [ -n "$PYPY" ]; then
|
|
|
|
$PY_CMD -m ensurepip --user
|
|
|
|
fi
|
2019-04-06 17:09:39 +00:00
|
|
|
$PY_CMD --version
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
$PY_CMD -m pip install --user --upgrade pip wheel
|
2016-08-17 13:14:22 +00:00
|
|
|
fi
|
2019-04-06 17:09:39 +00:00
|
|
|
set +ex
|
2016-08-17 18:19:08 +00:00
|
|
|
install:
|
2016-08-17 13:14:22 +00:00
|
|
|
- |
|
2016-08-25 20:35:15 +00:00
|
|
|
# Install dependencies
|
2019-04-06 17:09:39 +00:00
|
|
|
set -ex
|
|
|
|
cmake --version
|
2016-08-25 20:35:15 +00:00
|
|
|
if [ -n "$DOCKER" ]; then
|
2017-02-27 14:42:51 +00:00
|
|
|
if [ -n "$DEBUG" ]; then
|
2017-07-06 13:53:35 +00:00
|
|
|
PY_DEBUG="python$PYTHON-dbg python$PY-scipy-dbg"
|
2017-10-22 15:25:18 +00:00
|
|
|
CMAKE_EXTRA_ARGS+=" -DPYTHON_EXECUTABLE=/usr/bin/python${PYTHON}dm"
|
2017-02-27 14:42:51 +00:00
|
|
|
fi
|
2017-03-08 19:32:52 +00:00
|
|
|
$SCRIPT_RUN_PREFIX sh -c "for s in 0 15; do sleep \$s; \
|
2017-06-18 16:55:00 +00:00
|
|
|
apt-get -qy --no-install-recommends install \
|
2017-07-06 13:53:35 +00:00
|
|
|
$PY_DEBUG python$PYTHON-dev python$PY-pytest python$PY-scipy \
|
2017-10-22 15:25:18 +00:00
|
|
|
libeigen3-dev libboost-dev cmake make ${EXTRA_PACKAGES} && break; done"
|
2017-04-14 20:53:14 +00:00
|
|
|
else
|
2017-03-08 19:32:52 +00:00
|
|
|
|
2019-04-06 17:09:39 +00:00
|
|
|
if [ "$CLANG" = "7" ]; then
|
|
|
|
export CXXFLAGS="-stdlib=libc++"
|
2017-03-08 19:32:52 +00:00
|
|
|
fi
|
2017-04-14 20:53:14 +00:00
|
|
|
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
export NPY_NUM_BUILD_JOBS=2
|
|
|
|
echo "Installing pytest, numpy, scipy..."
|
2019-04-06 17:09:39 +00:00
|
|
|
local PIP_CMD=""
|
|
|
|
if [ -n $PYPY ]; then
|
|
|
|
# For expediency, install only versions that are available on the extra index.
|
|
|
|
travis_wait 30 \
|
|
|
|
$PY_CMD -m pip install --user --upgrade --extra-index-url https://imaginary.ca/trusty-pypi \
|
|
|
|
pytest numpy==1.15.4 scipy==1.2.0
|
|
|
|
else
|
|
|
|
$PY_CMD -m pip install --user --upgrade pytest numpy scipy
|
|
|
|
fi
|
travis-ci: switch to trusty; cache pip packages
This applies several changes to the non-docker travis-ci builds:
- Make all builds use trusty rather than precise. pybind can't really
build in precise anyway (we install essentially the entire toolchain
backported from trusty on every build), and so this saves needing to
install all the backported packages during the build setup.
- Updated the 3.5 build to 3.6 (via deadsnakes, which didn't backport
3.6 to ubuntu releases earlier than trusty).
- As a result of the switch to trusty, the BAREBONES build now picks up
the (default installed) python 3.5 installation.
- Invoke pip everywhere via $PYTHON -m pip rather than the pip
executable, which saves us having to figure out what the pip
executable is, and ensures that we are using the correct pip.
- Install packages with `pip --user` rather than in a virtualenv.
- Add the local user python package archive to the travis-ci cache
(rather than the pip cache). This saves needing to install packages
during installation (unless there are updates, in which case the
package and the cache are updated).
- Install numpy and scipy on the pypy build. This has to build from
source (and so blas and fortran need to be installed on the build),
but given the above caching, the build will only be slow for the first
build after a new numpy/scipy release. This testing is valuable:
numpy has various behaviour differences under pypy.
- Added set -e/+e around the before_install/install blocks so that a
failure here (e.g. a pip install failure or dependency download
failure) triggers a build failure.
- Update eigen version to latest (3.3.3), mainly to be consistent with
the appveyor build.
- The travis trusty environment has an upgraded cmake, so this
downgrades cmake (to the stock trusty version) on the first couple
jobs so that we're still including some cmake 2.8.12 testing.
2017-04-13 18:18:13 +00:00
|
|
|
echo "done."
|
2016-08-14 16:31:52 +00:00
|
|
|
|
2017-11-21 21:05:43 +00:00
|
|
|
mkdir eigen
|
|
|
|
curl -fsSL https://bitbucket.org/eigen/eigen/get/3.3.4.tar.bz2 | \
|
|
|
|
tar --extract -j --directory=eigen --strip-components=1
|
|
|
|
export CMAKE_INCLUDE_PATH="${CMAKE_INCLUDE_PATH:+$CMAKE_INCLUDE_PATH:}$PWD/eigen"
|
2016-08-25 20:35:15 +00:00
|
|
|
fi
|
2019-04-06 17:09:39 +00:00
|
|
|
set +ex
|
2016-07-29 22:15:01 +00:00
|
|
|
script:
|
2019-04-06 17:09:39 +00:00
|
|
|
- |
|
|
|
|
# CMake Configuration
|
|
|
|
set -ex
|
|
|
|
$SCRIPT_RUN_PREFIX cmake ${CMAKE_EXTRA_ARGS} \
|
|
|
|
-DPYBIND11_PYTHON_VERSION=$PYTHON \
|
|
|
|
-DPYBIND11_CPP_STANDARD=$CPP \
|
|
|
|
-DPYBIND11_WERROR=${WERROR:-ON} \
|
|
|
|
-DDOWNLOAD_CATCH=${DOWNLOAD_CATCH:-ON} \
|
|
|
|
.
|
|
|
|
set +ex
|
|
|
|
- |
|
|
|
|
# pytest
|
|
|
|
set -ex
|
|
|
|
$SCRIPT_RUN_PREFIX make pytest -j 2 VERBOSE=1
|
|
|
|
set +ex
|
|
|
|
- |
|
|
|
|
# cpptest
|
|
|
|
set -ex
|
|
|
|
$SCRIPT_RUN_PREFIX make cpptest -j 2
|
|
|
|
set +ex
|
|
|
|
- |
|
|
|
|
# CMake Build Interface
|
|
|
|
set -ex
|
|
|
|
if [ -n "$CMAKE" ]; then $SCRIPT_RUN_PREFIX make test_cmake_build; fi
|
|
|
|
set +ex
|
2017-03-23 16:27:32 +00:00
|
|
|
after_failure: cat tests/test_cmake_build/*.log*
|
2016-08-14 16:31:52 +00:00
|
|
|
after_script:
|
2019-04-06 17:09:39 +00:00
|
|
|
- |
|
|
|
|
# Cleanup (Docker)
|
|
|
|
set -ex
|
|
|
|
if [ -n "$DOCKER" ]; then docker stop "$containerid"; docker rm "$containerid"; fi
|
|
|
|
set +ex
|