summaryrefslogtreecommitdiff
path: root/.travis.yml
Commit message (Collapse)AuthorAgeFilesLines
* Move Clang 8 on PPC64 to Travis allow_failuresJeffrey Walton2020-04-041-0/+3
|
* Match arm64 wildcard in setenv-android.shJeffrey Walton2020-03-261-1/+1
|
* Add additional testing to TravisJeffrey Walton2020-03-251-138/+167
| | | | OS X coverage is increased to test a fat binary
* Update Travis configuration (PR #938)Jeffrey Walton2020-03-111-11/+26
| | | | | Switch from Clang 7 to Clang 8 for ppc64le and s390x. Use -qq option with apt. Clang 8 clears the ppc64le issues. Debug build on s390x is still broke.
* Update iOS and Android scripts (GH #936, PR #937)Jeffrey Walton2020-03-091-187/+113
| | | This commit updates Android and iOS to modern SDKs, NDKs and Xcode.
* Update Travis configurationJeffrey Walton2020-01-021-0/+5
| | | | It looks like there's a problem with ppc64
* Add s390 testing for Travis (PR #912)Jeffrey Walton2019-11-161-27/+63
| | | Add s390 testing for Travis. Move ppc64 to include jobs. Travis now officially supports both. Also see https://blog.travis-ci.com/2019-11-12-multi-cpu-architecture-ibm-power-ibm-z.
* Update Travis commentsJeffrey Walton2019-10-241-6/+7
|
* More Clang workarounds on PowerPC (PR #901)Jeffrey Walton2019-10-231-0/+8
|
* Port ppc_simd.h to Clang 3.8 (PR #900)Jeffrey Walton2019-10-231-1/+9
|
* Use Bionic for ARM64 testingJeffrey Walton2019-10-221-0/+18
|
* Add PPC64 buildsJeffrey Walton2019-10-221-4/+19
|
* Revert to Commit 0281083 (PR #899)Jeffrey Walton2019-10-221-1/+0
| | | | | | | Travis CI is failing on arm64 testing. Commit 0281083 is the last known good, so we are reverting to it. The failures are unusual given things did not materially change on our side of the equation. We think something changed with Travis. Also see https://travis-ci.community/t/segfaults-in-arm64-environment/5617.
* Update commentsJeffrey Walton2019-10-211-18/+31
|
* Update commentsJeffrey Walton2019-10-201-1/+0
|
* Cleanup config_*.h files, update travis.yml file (PR #898)Jeffrey Walton2019-10-201-39/+425
| | | This started as an update to travis.yml to support ARM64 testing. Autotools had a failure under Clang, and it required a modification to config_asm.h. We eventually guarded the availability defines in CRYPTOPP_DISABLE_ASM.
* Remove iOS WatchOS and AppleTV simulators from Travis allowed failure listJeffrey Walton2019-10-161-10/+5
|
* Fix cryptest-android.sh and cryptest-ios.shJeffrey Walton2019-10-161-5/+0
| | | | The test programs were ignoring PLATFORM in the environment, and testing all platforms
* Fix setenv-android.sh and cryptest-android.sh for NDK r19 (PR #893)Jeffrey Walton2019-10-151-59/+4
| | | setenv-android.sh and cryptest-android.sh are up to date for NDK r19 again.
* Add cryptest-pem.sh to Travis and OS XJeffrey Walton2019-10-141-6/+10
|
* Add cryptest-pem.sh to TravisJeffrey Walton2019-10-141-0/+8
|
* Re-enable UBsan tests on TravisJeffrey Walton2018-12-121-9/+0
| | | | The Xenial image and the Xcode 10.1 toolchain are mature enough to enable the sanitizer.
* Update Travis Android SDK and NDK gearJeffrey Walton2018-12-091-0/+1
|
* Update Travis Android SDK and NDK gearJeffrey Walton2018-12-091-5/+5
|
* Increase git clone depth for TravisJeffrey Walton2018-12-091-1/+1
|
* Add missing iOS architectures for TravisJeffrey Walton2018-12-081-1/+10
|
* Move iOS simulator builds to allowed_failures in TravisJeffrey Walton2018-12-081-6/+7
|
* Add iOS Watch and TV simulator testingJeffrey Walton2018-12-081-0/+10
|
* Fix ANDROID_HOME pathJeffrey Walton2018-12-081-2/+3
| | | | ANDROID_HOME is /c/Users/Jeff/.android on desktops. It is a place where user's private data goes, like Android debug signing keys. It is not the SDK directory like answered on Stack Overflow.
* Use OS X 10.1 image for Travis testingJeffrey Walton2018-12-081-1/+1
|
* Test Travis Xenial buildJeffrey Walton2018-12-041-1/+1
| | | | I can't test on my fork at the moment because it is tied up with some other changes. Also see https://blog.travis-ci.com/2018-11-08-xenial-release.
* Allow all Android tests to fail until we fix the script for NDK 16bJeffrey Walton2018-11-101-0/+25
|
* Remove iPhoneSimulator from Travis allowed failuresJeffrey Walton2018-08-031-5/+0
|
* Bump Travis OS X image to 9.4Jeffrey Walton2018-08-021-1/+1
|
* Remove calls to chmod and xattrJeffrey Walton2018-08-011-17/+6
|
* Fix distclean rule in GNUmakefile-crossJeffrey Walton2018-08-011-16/+43
|
* Try fix Travis testing on OS XJeffrey Walton2018-07-311-0/+9
|
* Whitespace check-inJeffrey Walton2018-07-301-2/+2
|
* Try fix Travis and "cryptest-ios.sh not found"Jeffrey Walton2018-07-301-0/+2
|
* Allow iPhoneSimulator failures (GH #684)Jeffrey Walton2018-07-161-0/+4
| | | | We still need to figure out what to do with this.
* Add ARMv8.4 cpu feature detection support (GH #685) (#687)Jeffrey Walton2018-07-151-5/+39
| | | | | | | | | This PR adds ARMv8.4 cpu feature detection support. Previously we only needed ARMv8.1 and things were much easier. For example, ARMv8.1 `__ARM_FEATURE_CRYPTO` meant PMULL, AES, SHA-1 and SHA-256 were available. ARMv8.4 `__ARM_FEATURE_CRYPTO` means PMULL, AES, SHA-1, SHA-256, SHA-512, SHA-3, SM3 and SM4 are available. We still use the same pattern as before. We make something available based on compiler version and/or preprocessor macros. But this time around we had to tighten things up a bit to ensure ARMv8.4 did not cross-pollinate down into ARMv8.1. ARMv8.4 is largely untested at the moment. There is no hardware in the field and CI lacks QEMU with the relevant patches/support. We will probably have to revisit some of this stuff in the future. Since this update applies to ARM gadgets we took the time to expand Android and iOS testing on Travis. Travis now tests more platforms, and includes Autotools and CMake builds, too.
* Allow Travis iOS test failure for WatchOS (GH #570)Jeffrey Walton2018-04-061-0/+6
| | | | Also see https://stackoverflow.com/q/45671493/608639
* Re-enable OS X and iOS on Travis (GH #570, PR #627)Jeffrey Walton2018-04-011-19/+17
|
* Disable Travis iOS testing (GH #570)Jeffrey Walton2018-01-211-16/+15
|
* Disable Travis OS X and iOS testing (GH #570)Jeffrey Walton2018-01-211-28/+16
| | | | | | | | Travis is having infrastructure problems since it migrated in November 2017. Our OS X and iOS tests hang for days. When the current job hangs, new jobs that enter the queue later hang too because the original job is still waiting. The subsequent hangs effect Android and Linux, too. Our Travis scripts test Android, Linux, OS X and iOS. A hang effects everything. We are going to disable Travis OS X and iOS tests until things improve.
* Update Android build scripts to the latest NDK (#546)Felix Barz2018-01-211-3/+51
| | | | | Fix Environment setup for android to match the new unified headers. Adjust the Makefile accordingly. Updated the test scripts and travis to test these changes.
* Add interface to TweetNaCl library (#566)Jeffrey Walton2018-01-171-1/+1
| | | | | | | | | | | | | TweetNaCl is a compact reimplementation of the NaCl library by Daniel J. Bernstein, Bernard van Gastel, Wesley Janssen, Tanja Lange, Peter Schwabe and Sjaak Smetsers. The library is less than 20 KB in size and provides 25 of the NaCl library functions. The compact library uses curve25519, XSalsa20, Poly1305 and SHA-512 as default primitives, and includes both x25519 key exchange and ed25519 signatures. The complete list of functions can be found in TweetNaCl: A crypto library in 100 tweets (20140917), Table 1, page 5. Crypto++ retained the function names and signatures but switched to data types provided by <stdint.h> to promote interoperability with Crypto++ and avoid size problems on platforms like Cygwin. For example, NaCl typdef'd u64 as an unsigned long long, but Cygwin, MinGW and MSYS are LP64 systems (not LLP64 systems). In addition, Crypto++ was missing NaCl's signed 64-bit integer i64. Crypto++ enforces the 0-key restriction due to small points. The TweetNaCl library allowed the 0-keys to small points. Also see RFC 7748, Elliptic Curves for Security, Section 6. TweetNaCl is well written but not well optimized. It runs 2x to 3x slower than optimized routines from libsodium. However, the library is still 2x to 4x faster than the algorithms NaCl was designed to replace. The Crypto++ wrapper for TweetNaCl requires OS features. That is, NO_OS_DEPENDENCE cannot be defined. It is due to TweetNaCl's internal function randombytes. Crypto++ used DefaultAutoSeededRNG within randombytes, so OS integration must be enabled. You can use another generator like RDRAND to avoid the restriction.
* Remove CMake testing support (GH #506)Jeffrey Walton2017-09-161-15/+6
| | | | CMake can now be found at http://www.cryptopp.com/wiki/CMake. The Cmake project files are now maintianed by the community.
* Remove -march=native as default in Makefile and CMake (PR #465)Jeffrey Walton2017-08-231-0/+10
| | | Remove -march=native as default in Makefile and CMake (PR #465)
* Add debug configuration to TravisJeffrey Walton2017-08-171-0/+5
|
View Lorry Controller Status