2017-06-03 17:27:13 -04:00
|
|
|
language: c
|
2017-07-04 17:03:49 -04:00
|
|
|
sudo: required
|
2017-06-03 17:27:13 -04:00
|
|
|
addons:
|
|
|
|
apt:
|
|
|
|
sources:
|
|
|
|
- ubuntu-toolchain-r-test
|
|
|
|
- llvm-toolchain-precise-3.7
|
|
|
|
packages:
|
|
|
|
- cmake
|
|
|
|
- gcc-4.8
|
|
|
|
- lcov
|
|
|
|
- clang-3.7
|
|
|
|
- valgrind
|
2017-07-04 17:03:49 -04:00
|
|
|
- libev-dev
|
|
|
|
- libc-ares-dev
|
|
|
|
- g++-4.8
|
|
|
|
- libstdc++-4.8-dev
|
2017-07-07 10:42:44 -04:00
|
|
|
- stunnel4
|
2017-07-10 12:56:36 -04:00
|
|
|
- libidn2-0-dev
|
2017-07-07 11:41:47 -04:00
|
|
|
- libssh2-1-dev
|
2017-10-31 03:44:24 -04:00
|
|
|
- libssh-dev
|
2017-07-19 13:41:26 -04:00
|
|
|
- krb5-user
|
2015-08-17 12:08:55 -04:00
|
|
|
|
2017-06-03 17:27:13 -04:00
|
|
|
matrix:
|
|
|
|
include:
|
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
2017-08-03 05:01:25 -04:00
|
|
|
dist: trusty
|
2017-11-27 13:55:25 -05:00
|
|
|
env: T=normal C="--with-gssapi"
|
2017-10-31 03:44:24 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
|
|
|
dist: trusty
|
|
|
|
env: T=normal C=--with-libssh
|
2017-09-08 09:13:22 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
|
|
|
dist: trusty
|
|
|
|
env: T=normal C="--disable-http --disable-smtp --disable-imap"
|
2017-09-06 04:05:05 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
|
|
|
dist: trusty
|
2017-11-27 13:55:25 -05:00
|
|
|
env: T=normal C="--enable-ares"
|
2017-11-05 09:38:17 -05:00
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
|
|
|
dist: trusty
|
|
|
|
env: T=normal BROTLI=yes
|
2017-11-27 13:55:25 -05:00
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
|
|
|
dist: trusty
|
|
|
|
env: T=novalgrind BORINGSSL=yes -C="--with-ssl=$HOME/boringssl" LD_LIBRARY_PATH=/home/travis/boringssl/lib
|
2017-06-03 17:27:13 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: clang
|
2017-08-03 05:01:25 -04:00
|
|
|
dist: trusty
|
2017-08-03 18:04:39 -04:00
|
|
|
env: T=debug
|
2017-06-03 17:27:13 -04:00
|
|
|
- os: osx
|
|
|
|
compiler: gcc
|
2017-08-03 18:04:39 -04:00
|
|
|
env: T=debug
|
2017-09-06 04:05:05 -04:00
|
|
|
- os: osx
|
|
|
|
compiler: gcc
|
|
|
|
env: T=debug C=--enable-ares
|
2017-08-02 04:28:00 -04:00
|
|
|
- os: osx
|
|
|
|
compiler: gcc
|
2017-08-16 05:37:07 -04:00
|
|
|
env: T=debug C="--with-ssl=/usr/local/opt/openssl --with-libmetalink"
|
2017-08-02 04:32:15 -04:00
|
|
|
- os: osx
|
|
|
|
compiler: gcc
|
2017-08-16 05:37:07 -04:00
|
|
|
env: T=debug C="--with-ssl=/usr/local/opt/libressl --with-libmetalink"
|
2017-08-03 18:04:39 -04:00
|
|
|
- os: osx
|
|
|
|
compiler: clang
|
2017-08-16 05:37:07 -04:00
|
|
|
env: T=debug C="--without-ssl --with-darwinssl --with-libmetalink"
|
2017-06-03 17:27:13 -04:00
|
|
|
- os: osx
|
|
|
|
compiler: clang
|
2017-08-03 18:04:39 -04:00
|
|
|
env: T=normal
|
2017-06-03 17:27:13 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
|
|
|
dist: trusty
|
2017-08-03 18:04:39 -04:00
|
|
|
env: T=cmake
|
2017-06-03 17:27:13 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: clang
|
|
|
|
dist: trusty
|
2017-08-03 18:04:39 -04:00
|
|
|
env: T=cmake
|
2017-06-03 17:27:13 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
2017-08-03 05:01:25 -04:00
|
|
|
dist: precise
|
2017-08-03 18:04:39 -04:00
|
|
|
env: T=coverage
|
2017-06-03 17:27:13 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: gcc
|
2017-08-03 05:01:25 -04:00
|
|
|
dist: trusty
|
2017-08-03 18:04:39 -04:00
|
|
|
env: T=distcheck
|
2017-08-27 10:57:05 -04:00
|
|
|
- os: linux
|
|
|
|
compiler: clang
|
|
|
|
dist: trusty
|
|
|
|
env: T=fuzzer
|
Adding a .travis.yml file to use the travis-ci.org
From wikipedia:
Travis CI is a hosted, distributed continuous integration service used
to build and test projects hosted at GitHub.
Travis CI is configured by adding a file named .travis.yml, which is a
YAML format text file, to the root directory of the GitHub repository.
Travis CI automatically detects when a commit has been made and pushed
to a GitHub repository that is using Travis CI, and each time this
happens, it will try to build the project and run tests. This includes
commits to all branches, not just to the master branch. When that
process has completed, it will notify a developer in the way it has been
configured to do so — for example, by sending an email containing the
test results (showing success or failure), or by posting a message on an
IRC channel. It can be configured to run the tests on a range of
different machines, with different software installed (such as older
versions of a programming language, to test for compatibility).
2013-10-17 09:10:18 -04:00
|
|
|
|
2015-08-21 00:10:59 -04:00
|
|
|
install:
|
2017-12-01 03:03:26 -05:00
|
|
|
- if [ "$T" = "coverage" ]; then pip2 install --user cpp-coveralls; fi
|
2015-08-21 00:10:59 -04:00
|
|
|
- if [ "$TRAVIS_OS_NAME" == "osx" ]; then brew update > /dev/null; fi
|
2016-08-02 06:43:23 -04:00
|
|
|
- if [ "$TRAVIS_OS_NAME" == "osx" ]; then brew reinstall libtool > /dev/null; fi
|
2017-09-18 04:49:38 -04:00
|
|
|
- if [ "$TRAVIS_OS_NAME" == "osx" ]; then brew install rtmpdump libssh2 c-ares libmetalink libressl nghttp2 libmetalink; fi
|
2017-07-04 17:03:49 -04:00
|
|
|
- if [ $TRAVIS_OS_NAME = linux ]; then
|
|
|
|
curl -L https://github.com/nghttp2/nghttp2/releases/download/v1.24.0/nghttp2-1.24.0.tar.gz |
|
|
|
|
tar xzf - &&
|
|
|
|
(cd nghttp2-1.24.0 && CXX="g++-4.8" ./configure --prefix=/usr --disable-threads --enable-app && make && sudo make install);
|
|
|
|
fi
|
2015-08-21 00:10:59 -04:00
|
|
|
|
Adding a .travis.yml file to use the travis-ci.org
From wikipedia:
Travis CI is a hosted, distributed continuous integration service used
to build and test projects hosted at GitHub.
Travis CI is configured by adding a file named .travis.yml, which is a
YAML format text file, to the root directory of the GitHub repository.
Travis CI automatically detects when a commit has been made and pushed
to a GitHub repository that is using Travis CI, and each time this
happens, it will try to build the project and run tests. This includes
commits to all branches, not just to the master branch. When that
process has completed, it will notify a developer in the way it has been
configured to do so — for example, by sending an email containing the
test results (showing success or failure), or by posting a message on an
IRC channel. It can be configured to run the tests on a range of
different machines, with different software installed (such as older
versions of a programming language, to test for compatibility).
2013-10-17 09:10:18 -04:00
|
|
|
before_script:
|
2017-06-03 17:27:13 -04:00
|
|
|
- ./buildconf
|
2017-11-05 09:38:17 -05:00
|
|
|
- |
|
|
|
|
# No brotli package available for Trusty. Download & compile from source.
|
|
|
|
# Cannot be done in the install script because cmake is needed.
|
|
|
|
if [ "$TRAVIS_OS_NAME" = linux -a "$BROTLI" ]; then
|
|
|
|
curl -L https://github.com/google/brotli/archive/v1.0.1.tar.gz |
|
|
|
|
tar xzf - &&
|
|
|
|
(
|
|
|
|
cd brotli-1.0.1 &&
|
|
|
|
cmake . -DCMAKE_INSTALL_PREFIX=/usr \
|
|
|
|
-DCMAKE_INSTALL_LIBDIR=/usr/lib &&
|
|
|
|
make &&
|
|
|
|
sudo make install
|
|
|
|
)
|
|
|
|
fi
|
2017-11-27 13:55:25 -05:00
|
|
|
if [ "$TRAVIS_OS_NAME" = linux -a "$BORINGSSL" ]; then
|
|
|
|
(cd $HOME &&
|
|
|
|
git clone --depth=1 https://boringssl.googlesource.com/boringssl &&
|
|
|
|
cd boringssl &&
|
|
|
|
mkdir build &&
|
|
|
|
cd build &&
|
|
|
|
cmake -DCMAKE_BUILD_TYPE=release -DBUILD_SHARED_LIBS=1 .. &&
|
|
|
|
make &&
|
|
|
|
cd .. &&
|
|
|
|
mkdir lib &&
|
|
|
|
cd lib &&
|
|
|
|
ln -s ../build/crypto/libcrypto.so . &&
|
|
|
|
ln -s ../build/ssl/libssl.so . &&
|
|
|
|
echo "BoringSSL lib dir: "`pwd` &&
|
|
|
|
export LIBS=-lpthread )
|
|
|
|
fi
|
2015-03-09 23:51:16 -04:00
|
|
|
|
2017-06-03 17:27:13 -04:00
|
|
|
script:
|
|
|
|
- |
|
2017-10-09 04:10:51 -04:00
|
|
|
# Uncomment this when `coverage` runs on Trusty.
|
|
|
|
# set -eo pipefail
|
2017-08-03 18:04:39 -04:00
|
|
|
if [ "$T" = "coverage" ]; then
|
2017-06-03 17:27:13 -04:00
|
|
|
export CC="gcc-4.8"
|
|
|
|
./configure --enable-debug --disable-shared --enable-code-coverage
|
|
|
|
make
|
|
|
|
make TFLAGS=-n test-nonflaky
|
2017-07-07 05:03:24 -04:00
|
|
|
tests="1 2 3 4 5 6 7 8 9 10 200 201 202 300 301 302 500 501 502 503 504 506 507 508 509 510 511 512 513 514 515 516 517 518 519 600 601 800 801 802 803 900 901 902 903 1000 1001 1002 1004 1302 1303 1304 1305 1306 1308 1400 1401 1402 1404 1450 1451 1452 1502 1507 1508 1600 1602 1603 1605"
|
2017-07-07 04:05:30 -04:00
|
|
|
make "TFLAGS=-n -e $tests" test-nonflaky
|
|
|
|
make "TFLAGS=-n -t $tests" test-nonflaky
|
2017-08-09 08:34:41 -04:00
|
|
|
coveralls --gcov /usr/bin/gcov-4.8 --gcov-options '\-lp' -i src -e lib -e tests -e docs -b $PWD/src
|
|
|
|
coveralls --gcov /usr/bin/gcov-4.8 --gcov-options '\-lp' -e src -i lib -e tests -e docs -b $PWD/lib
|
2017-06-03 17:27:13 -04:00
|
|
|
fi
|
|
|
|
- |
|
2017-10-09 04:10:51 -04:00
|
|
|
set -eo pipefail
|
2017-08-03 18:04:39 -04:00
|
|
|
if [ "$T" = "debug" ]; then
|
2017-08-03 18:04:39 -04:00
|
|
|
./configure --enable-debug --enable-werror $C
|
2017-08-14 08:05:08 -04:00
|
|
|
make && make examples
|
2017-06-03 17:27:13 -04:00
|
|
|
make TFLAGS=-n test-nonflaky
|
|
|
|
fi
|
2017-11-27 13:55:25 -05:00
|
|
|
- |
|
|
|
|
set -eo pipefail
|
|
|
|
if [ "$T" = "novalgrind" ]; then
|
|
|
|
./configure $C
|
|
|
|
make && make examples
|
|
|
|
make TFLAGS=-n test-nonflaky
|
|
|
|
fi
|
2017-06-06 08:40:36 -04:00
|
|
|
- |
|
2017-10-09 04:10:51 -04:00
|
|
|
set -eo pipefail
|
2017-08-03 18:04:39 -04:00
|
|
|
if [ "$T" = "normal" ]; then
|
2017-08-03 18:04:39 -04:00
|
|
|
./configure --enable-warnings --enable-werror $C
|
2017-08-14 08:05:08 -04:00
|
|
|
make && make examples
|
2017-07-07 08:46:17 -04:00
|
|
|
make test-nonflaky
|
2017-06-06 08:40:36 -04:00
|
|
|
fi
|
2017-06-03 17:27:13 -04:00
|
|
|
- |
|
2017-10-09 04:10:51 -04:00
|
|
|
set -eo pipefail
|
2017-08-03 18:04:39 -04:00
|
|
|
if [ "$T" = "cmake" ]; then
|
2017-06-03 17:27:13 -04:00
|
|
|
mkdir build
|
|
|
|
cd build
|
|
|
|
cmake ..
|
|
|
|
make
|
|
|
|
fi
|
|
|
|
- |
|
2017-10-09 04:10:51 -04:00
|
|
|
set -eo pipefail
|
2017-08-03 18:04:39 -04:00
|
|
|
if [ "$T" = "distcheck" ]; then
|
2017-06-03 17:27:13 -04:00
|
|
|
./configure
|
|
|
|
make
|
|
|
|
./maketgz 99.98.97
|
2017-08-09 18:13:20 -04:00
|
|
|
# verify in-tree build - and install it
|
|
|
|
(tar xf curl-99.98.97.tar.gz && \
|
|
|
|
cd curl-99.98.97 && \
|
|
|
|
./configure --prefix=$HOME/temp && \
|
|
|
|
make && \
|
|
|
|
make TFLAGS=1 test && \
|
|
|
|
make install)
|
|
|
|
# basic check of the installed files
|
|
|
|
bash scripts/installcheck.sh $HOME/temp
|
2017-06-19 19:02:06 -04:00
|
|
|
rm -rf curl-99.98.97
|
2017-08-09 18:13:20 -04:00
|
|
|
# verify out-of-tree build
|
2017-08-10 07:27:17 -04:00
|
|
|
(tar xf curl-99.98.97.tar.gz && \
|
|
|
|
mkdir build && \
|
|
|
|
cd build && \
|
|
|
|
../curl-99.98.97/configure && \
|
|
|
|
make && \
|
|
|
|
make TFLAGS=1 test)
|
|
|
|
# verify cmake build
|
|
|
|
rm -rf curl-99.98.97
|
|
|
|
(tar xf curl-99.98.97.tar.gz && \
|
|
|
|
cd curl-99.98.97 && \
|
|
|
|
mkdir build && \
|
|
|
|
cd build && \
|
|
|
|
cmake .. && \
|
|
|
|
make)
|
2017-06-03 17:27:13 -04:00
|
|
|
fi
|
2017-08-27 10:57:05 -04:00
|
|
|
- |
|
2017-10-09 04:10:51 -04:00
|
|
|
set -eo pipefail
|
2017-08-27 10:57:05 -04:00
|
|
|
if [ "$T" = "fuzzer" ]; then
|
2017-09-25 05:59:18 -04:00
|
|
|
# Download the fuzzer to a temporary folder
|
|
|
|
./tests/fuzz/download_fuzzer.sh /tmp/curl_fuzzer
|
2017-09-01 16:48:41 -04:00
|
|
|
|
2017-09-25 05:59:18 -04:00
|
|
|
export CURLSRC=$PWD
|
|
|
|
|
|
|
|
# Run the mainline fuzzer test
|
|
|
|
pushd /tmp/curl_fuzzer
|
|
|
|
./mainline.sh ${CURLSRC}
|
|
|
|
popd
|
2017-08-27 10:57:05 -04:00
|
|
|
fi
|
Adding a .travis.yml file to use the travis-ci.org
From wikipedia:
Travis CI is a hosted, distributed continuous integration service used
to build and test projects hosted at GitHub.
Travis CI is configured by adding a file named .travis.yml, which is a
YAML format text file, to the root directory of the GitHub repository.
Travis CI automatically detects when a commit has been made and pushed
to a GitHub repository that is using Travis CI, and each time this
happens, it will try to build the project and run tests. This includes
commits to all branches, not just to the master branch. When that
process has completed, it will notify a developer in the way it has been
configured to do so — for example, by sending an email containing the
test results (showing success or failure), or by posting a message on an
IRC channel. It can be configured to run the tests on a range of
different machines, with different software installed (such as older
versions of a programming language, to test for compatibility).
2013-10-17 09:10:18 -04:00
|
|
|
|
2017-06-20 17:00:49 -04:00
|
|
|
# whitelist branches to avoid testing feature branches twice (as branch and as pull request)
|
|
|
|
branches:
|
|
|
|
only:
|
|
|
|
- master
|
|
|
|
|
Adding a .travis.yml file to use the travis-ci.org
From wikipedia:
Travis CI is a hosted, distributed continuous integration service used
to build and test projects hosted at GitHub.
Travis CI is configured by adding a file named .travis.yml, which is a
YAML format text file, to the root directory of the GitHub repository.
Travis CI automatically detects when a commit has been made and pushed
to a GitHub repository that is using Travis CI, and each time this
happens, it will try to build the project and run tests. This includes
commits to all branches, not just to the master branch. When that
process has completed, it will notify a developer in the way it has been
configured to do so — for example, by sending an email containing the
test results (showing success or failure), or by posting a message on an
IRC channel. It can be configured to run the tests on a range of
different machines, with different software installed (such as older
versions of a programming language, to test for compatibility).
2013-10-17 09:10:18 -04:00
|
|
|
notifications:
|
|
|
|
email: false
|