mirrors/openssl
0
0
Fork 0
mirror of https://github.com/openssl/openssl.git synced 2024-12-19 06:53:49 +08:00
Code Issues Packages Projects Releases Wiki Activity
74acf1c41e
openssl/.travis.yml

104 lines
2.8 KiB
YAML
Raw Normal View History

Add initial Travis CI configuration Closes #63 Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Ben Laurie <ben@openssl.org>
2015-08-20 06:12:29 +08:00
language: c
Use ccache for the unified builds This may speed up our builds considerably Reviewed-by: Emilia Käsper <emilia@openssl.org>
2016-03-07 07:33:35 +08:00
cache: ccache
Add initial Travis CI configuration Closes #63 Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Ben Laurie <ben@openssl.org>
2015-08-20 06:12:29 +08:00
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
addons:
GH429: Add clang to travis Signed-off-by: Rich Salz <rsalz@akamai.com> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-13 04:15:43 +08:00
apt:
packages:
Use ccache for the unified builds This may speed up our builds considerably Reviewed-by: Emilia Käsper <emilia@openssl.org>
2016-03-07 07:33:35 +08:00
- ccache
Add Clang 3.6 and additional GCC 5 builds to travis Follow-up to f386742. Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-07 02:27:50 +08:00
- clang-3.6
GH429: Add clang to travis Signed-off-by: Rich Salz <rsalz@akamai.com> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-13 04:15:43 +08:00
- gcc-5
Restore some mingw builds "no-pic" builds have in fact been green (and reasonably fast), so restore them while we figure out why tests without "no-pic" hang. Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-07 19:59:40 +08:00
- binutils-mingw-w64
- gcc-mingw-w64
- wine
GH429: Add clang to travis Signed-off-by: Rich Salz <rsalz@akamai.com> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-13 04:15:43 +08:00
sources:
Add Clang 3.6 and additional GCC 5 builds to travis Follow-up to f386742. Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-07 02:27:50 +08:00
- llvm-toolchain-precise-3.6
GH429: Add clang to travis Signed-off-by: Rich Salz <rsalz@akamai.com> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-13 04:15:43 +08:00
- ubuntu-toolchain-r-test
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
Add initial Travis CI configuration Closes #63 Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Ben Laurie <ben@openssl.org>
2015-08-20 06:12:29 +08:00
os:
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
- linux
- osx
Add initial Travis CI configuration Closes #63 Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Ben Laurie <ben@openssl.org>
2015-08-20 06:12:29 +08:00
compiler:
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
- clang
- gcc
Add initial Travis CI configuration Closes #63 Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Ben Laurie <ben@openssl.org>
2015-08-20 06:12:29 +08:00
env:
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
- CONFIG_OPTS="shared"
Add more components to build. Add enable-crypto-mdebug enable-rc5 enable-md2 to any target that was --strict-warnings. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-01-29 03:26:50 +08:00
- CONFIG_OPTS="--debug --strict-warnings enable-crypto-mdebug enable-rc5 enable-md2"
Trim Travis config part 3 - Only build & test two configurations. Make all the other build variants buildonly on gcc (clang on osx). - Don't build with default clang at all on linux. - Only use gcc-5 and clang-3.6 for the sanitizer builds. Re-running e.g. CONFIG_OPTS="shared" with them seems redundant. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-07 22:15:20 +08:00
- CONFIG_OPTS="" BUILDONLY="yes"
We've switch to unified build scheme by default, reflect it in travis We want to preserve a couple of classic builds still, the quickest is to change all --unified to --classic Reviewed-by: Matt Caswell <matt@openssl.org>
2016-03-08 19:06:44 +08:00
- CONFIG_OPTS="--classic" BUILDONLY="yes"
- CONFIG_OPTS="--classic shared" BUILDONLY="yes"
Trim Travis config part 3 - Only build & test two configurations. Make all the other build variants buildonly on gcc (clang on osx). - Don't build with default clang at all on linux. - Only use gcc-5 and clang-3.6 for the sanitizer builds. Re-running e.g. CONFIG_OPTS="shared" with them seems redundant. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-07 22:15:20 +08:00
- CONFIG_OPTS="no-pic" BUILDONLY="yes"
- CONFIG_OPTS="no-engine" BUILDONLY="yes"
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
matrix:
GH429: Add clang to travis Signed-off-by: Rich Salz <rsalz@akamai.com> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-13 04:15:43 +08:00
include:
Add Clang 3.6 and additional GCC 5 builds to travis Follow-up to f386742. Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-07 02:27:50 +08:00
- os: linux
compiler: clang-3.6
env: CONFIG_OPTS="-fsanitize=address"
- os: linux
compiler: clang-3.6
Trim the Travis config - Remove no-asm. We've got to cut something, and this is at least partially covered by the sanitizer builds. - Remove enable-crypto-mdebug from sanitizer builds. enable-crypto-mdebug has been shown to catch some static initialization bugs that the standard leak sanitizer can't so perhaps it has _some_ value; but we shouldn't let the two compete. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-07 04:59:53 +08:00
env: CONFIG_OPTS="no-asm --strict-warnings -fno-sanitize-recover -fsanitize=address -fsanitize=undefined enable-rc5 enable-md2"
Add Clang 3.6 and additional GCC 5 builds to travis Follow-up to f386742. Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-07 02:27:50 +08:00
- os: linux
compiler: gcc-5
env: CONFIG_OPTS="-fsanitize=address"
GH429: Add clang to travis Signed-off-by: Rich Salz <rsalz@akamai.com> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-13 04:15:43 +08:00
- os: linux
compiler: gcc-5
Trim the Travis config - Remove no-asm. We've got to cut something, and this is at least partially covered by the sanitizer builds. - Remove enable-crypto-mdebug from sanitizer builds. enable-crypto-mdebug has been shown to catch some static initialization bugs that the standard leak sanitizer can't so perhaps it has _some_ value; but we shouldn't let the two compete. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-07 04:59:53 +08:00
env: CONFIG_OPTS="no-asm --strict-warnings -fno-sanitize-recover -fsanitize=address -fsanitize=undefined enable-rc5 enable-md2"
Restore some mingw builds "no-pic" builds have in fact been green (and reasonably fast), so restore them while we figure out why tests without "no-pic" hang. Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-07 19:59:40 +08:00
- os: linux
compiler: i686-w64-mingw32-gcc
env: CONFIG_OPTS="no-pic"
- os: linux
compiler: x86_64-w64-mingw32-gcc
env: CONFIG_OPTS="no-pic"
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
exclude:
Trim Travis config part 3 - Only build & test two configurations. Make all the other build variants buildonly on gcc (clang on osx). - Don't build with default clang at all on linux. - Only use gcc-5 and clang-3.6 for the sanitizer builds. Re-running e.g. CONFIG_OPTS="shared" with them seems redundant. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-07 22:15:20 +08:00
- os: linux
compiler: clang
.travis.yml: exclude gcc from MacOS X CI builds. Contemporary Xcode gcc is a front-end to clang, so that explicit gcc build is actually redundant on MacOS X. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-02-12 18:45:44 +08:00
- os: osx
compiler: gcc
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
before_script:
Adapt the OS X build to use the OS X tar As part of this, move release creation to a script to be called from .travis.yml. That makes it much easier to test outside of travis. Reviewed-by: Rich Salz <rsalz@openssl.org>
2015-12-08 19:43:05 +08:00
- sh .travis-create-release.sh $TRAVIS_OS_NAME
In travis, build from a "source release" rather than from the build tree Reviewed-by: Rich Salz <rsalz@openssl.org>
2015-12-07 22:47:43 +08:00
- tar -xvzf _srcdist.tar.gz
When grepping something starting with a dash, remember to use -e Reviewed-by: Viktor Dukhovni <viktor@openssl.org>
2016-03-10 05:34:27 +08:00
- if echo "$CONFIG_OPTS" | grep -e "--classic" >/dev/null; then
Restore building out of source with the unified build scheme Reviewed-by: Matt Caswell <matt@openssl.org>
2016-03-09 23:05:13 +08:00
srcdir=.;
cd _srcdist;
else
Travis - the source directory is _srcdist, not _srcdir Reviewed-by: Stephen Henson <steve@openssl.org>
2016-03-10 08:31:06 +08:00
srcdir=../_srcdist;
For unified builds, make a separate build directory and build there Reviewed-by: Emilia Käsper <emilia@openssl.org>
2016-03-07 06:34:49 +08:00
mkdir _build;
cd _build;
fi
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
- if [ "$CC" == i686-w64-mingw32-gcc ]; then
export CROSS_COMPILE=${CC%%gcc}; unset CC;
For unified builds, make a separate build directory and build there Reviewed-by: Emilia Käsper <emilia@openssl.org>
2016-03-07 06:34:49 +08:00
$srcdir/Configure mingw $CONFIG_OPTS -Wno-pedantic-ms-format;
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
elif [ "$CC" == x86_64-w64-mingw32-gcc ]; then
export CROSS_COMPILE=${CC%%gcc}; unset CC;
For unified builds, make a separate build directory and build there Reviewed-by: Emilia Käsper <emilia@openssl.org>
2016-03-07 06:34:49 +08:00
$srcdir/Configure mingw64 $CONFIG_OPTS -Wno-pedantic-ms-format;
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
else
Workaround for false -Warray-bounds in Travis ccache + clang produces a false strcmp warning, see https://llvm.org/bugs/show_bug.cgi?id=20144 Since this only happens with ccache and --strict-warnings, and only with certain versions of glibc / clang, disabling ccache is a reasonable short-term workaround. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-13 00:18:25 +08:00
if which ccache >/dev/null && [ "$CC" != clang-3.6 ]; then
Travis - don't use ccache with cross compiles Although theoretically possible, Configure doesn't treat CC variable set like this very well: CC="ccache i686-w64-mingw32-gcc" Also, this Travis script doesn't recognise the possibility either. Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-10 09:14:55 +08:00
CC="ccache $CC";
Travis - add missing semi-colon Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-03-10 15:36:57 +08:00
fi;
For unified builds, make a separate build directory and build there Reviewed-by: Emilia Käsper <emilia@openssl.org>
2016-03-07 06:34:49 +08:00
$srcdir/config $CONFIG_OPTS;
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
fi
In travis, build from a "source release" rather than from the build tree Reviewed-by: Rich Salz <rsalz@openssl.org>
2015-12-07 22:47:43 +08:00
- cd ..
Add initial Travis CI configuration Closes #63 Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Ben Laurie <ben@openssl.org>
2015-08-20 06:12:29 +08:00
script:
When grepping something starting with a dash, remember to use -e Reviewed-by: Viktor Dukhovni <viktor@openssl.org>
2016-03-10 05:34:27 +08:00
- if echo "$CONFIG_OPTS" | grep -e "--classic" >/dev/null; then
For unified builds, make a separate build directory and build there Reviewed-by: Emilia Käsper <emilia@openssl.org>
2016-03-07 06:34:49 +08:00
cd _srcdist;
Restore building out of source with the unified build scheme Reviewed-by: Matt Caswell <matt@openssl.org>
2016-03-09 23:05:13 +08:00
else
cd _build;
For unified builds, make a separate build directory and build there Reviewed-by: Emilia Käsper <emilia@openssl.org>
2016-03-07 06:34:49 +08:00
fi
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
- make
Trim Travis config part 2 - Remove Win builds (temporarily). They're slow, allowed to fail, and therefore not useful as they are. - Make the --unified part of the matrix build-only. (This can be swapped if --unified becomes the default) - Only build 'no-engine' once, don't run any tests, but don't allow it to fail. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-07 05:31:18 +08:00
- if [ -z "$BUILDONLY" ]; then
Restore some mingw builds "no-pic" builds have in fact been green (and reasonably fast), so restore them while we figure out why tests without "no-pic" hang. Reviewed-by: Andy Polyakov <appro@openssl.org>
2016-03-07 19:59:40 +08:00
if [ -n "$CROSS_COMPILE" ]; then
export EXE_SHELL="wine" WINEPREFIX=`pwd`;
fi;
Trim Travis config part 2 - Remove Win builds (temporarily). They're slow, allowed to fail, and therefore not useful as they are. - Make the --unified part of the matrix build-only. (This can be swapped if --unified becomes the default) - Only build 'no-engine' once, don't run any tests, but don't allow it to fail. Reviewed-by: Richard Levitte <levitte@openssl.org>
2016-03-07 05:31:18 +08:00
HARNESS_VERBOSE=yes make test;
Run tests on Travis for mingw builds as well Signed-off-by: Rich Salz <rsalz@akamai.com> Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-10-16 23:19:04 +08:00
fi
In travis, build from a "source release" rather than from the build tree Reviewed-by: Rich Salz <rsalz@openssl.org>
2015-12-07 22:47:43 +08:00
- cd ..
Add initial Travis CI configuration Closes #63 Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Ben Laurie <ben@openssl.org>
2015-08-20 06:12:29 +08:00
notifications:
GH398: Add mingw cross-compile, etc. For all release branches. It adds travis build support. If you don't have a config file it uses the default (because we enabled travis for the project), which uses ruby/rake/rakefiles, and you get confusing "build still failing" messages. Reviewed-by: Andy Polyakov <appro@openssl.org>
2015-09-22 07:54:36 +08:00
email:
Fix travis builds on master -Allow mingw debug builds to fail on Travis CI -Fix Travis email notifications config -Rename a variable to avoid a bogus warning with old GCC error: declaration of ``dup'' shadows a global declaration [-Werror=shadow] -Disable pedantic ms-format warnings with mingw -Properly define const DH parameters -Restore --debug flag in Travis CI builds; -d would get incorrectly passed to ./Configure in mingw debug builds. Signed-off-by: Rich Salz <rsalz@openssl.org> Reviewed-by: Matt Caswell <matt@openssl.org>
2015-10-07 00:23:42 +08:00
- openssl-commits@openssl.org
Add some 'no-engine' builds to travis, for test Reviewed-by: Richard Levitte <levitte@openssl.org> Reviewed-by: Rich Salz <rsalz@openssl.org>
2016-02-26 03:54:40 +08:00
Reference in New Issue Copy Permalink