aboutsummaryrefslogtreecommitdiffstats
path: root/src/scripts
Commit message (Collapse)AuthorAgeFilesLines
* Split up these blocks in appveyor.yml [ci skip]Jack Lloyd2019-01-031-1/+3
|
* Remove VC2013 support from AppVeyor scriptJack Lloyd2019-01-031-1/+0
|
* Add VC 2019 preview buildJack Lloyd2019-01-022-1/+8
|
* Add a multi-file input mode for test fuzzersJack Lloyd2018-12-232-24/+67
| | | | | | | | | | The test_fuzzers.py script is very slow especially on CI. Add a mode to the test fuzzers where it will accept many files on the command line and test each of them in turn. This is 100s of times faster, as it avoids all overhead from fork/exec. It has the downside that you can't tell which input caused a crash, so retain the old mode with --one-at-a-time option for debugging work.
* Move coverage before fuzzers in Travis buildJack Lloyd2018-12-231-1/+1
| | | | | Coverage is the slowest build, moving it up puts it into the initial tranche of builds so it finishes before the end of the build.
* In Travis, run OS X firstJack Lloyd2018-12-231-1/+1
| | | | | | It is slower to startup and the overall build ends up waiting for these last 2 builds. By running them in the front of the line they can overlap with other builds.
* By default just run 20 of the AEAD test vectors through CLIJack Lloyd2018-12-231-6/+11
| | | | | Running them all takes a long time, especially in CI, and doesn't really add much.
* Increase Travis ccache sizeJack Lloyd2018-12-231-1/+1
| | | | The cache size increases will continue until hit rate improves.
* Increase Travis git pull depthJack Lloyd2018-12-231-1/+1
| | | | | | | Undocumented? side effect of a small git pull depth - if more than N new commits are pushed to master while an earlier build is running, the old build starts failing, as when CI does the pull it does not find the commit it is building within the checked out tree.
* Add --no-store-vc-rev option for use in CI buildsJack Lloyd2018-12-231-0/+2
| | | | | | | This skips putting the git revision in the build.h header. This value changing every time means we effectively disable ccache's direct mode (which is faster than preprocessor mode) and also prevent any caching of the amalgamation file (since version.cpp expands the macro).
* Increase Travis ccache to 750MJack Lloyd2018-12-231-1/+1
| | | | Even 600M is not sufficient for the coverage build
* Increase Travis ccache againJack Lloyd2018-12-231-1/+1
| | | | Still insufficient for debug builds
* Increase Travis cache size [ci skip]Jack Lloyd2018-12-221-2/+2
| | | | | With compression disabled, the cache is too small for builds that use debug info, and causes 100% miss rate.
* Stop compressing Travis ccacheJack Lloyd2018-12-211-3/+1
| | | | Since CPU is main bottleneck to the build, this is likely not helping.
* Test how long it takes to precompute base point multiplesJack Lloyd2018-12-161-1/+1
|
* Work around a problem when built with OpenSSLJack Lloyd2018-12-101-1/+1
| | | | | | | It appears OpenSSL has a different interpretation from us of how the message representative is formed for P-521 when given a hash to sign that is larger than the group order; signatures generated by us do not verify with OpenSSL and vice versa.
* Support recovering ECDSA public key from message/signature pairJack Lloyd2018-12-101-2/+8
| | | | | | See http://www.secg.org/sec1-v2.pdf section 4.1.6 Closes #664
* Add an i386 CI target to check on 32-bit asmJack Lloyd2018-12-093-4/+14
|
* Add GCC 4.8 travis buildJack Lloyd2018-12-053-0/+10
|
* Partially revert 9d5e0567b2Jack Lloyd2018-12-041-0/+10
| | | | Guess we need that update or some packages just aren't found.
* Simplify the Travis setup scriptJack Lloyd2018-12-041-19/+14
|
* Merge GH #1768 Use AppVeyor installed jomJack Lloyd2018-12-041-2/+1
|\
| * Use AppVeyor installed jomJack Lloyd2018-12-041-2/+1
| |
* | Move valgrind CI build before the cross buildsJack Lloyd2018-12-041-1/+1
| | | | | | | | | | Takes longer than the cross builds so usually ends up being the last build running.
* | Reporting for fuzz test timingJack Lloyd2018-12-041-4/+9
|/ | | | Also use 2x core count as this spends a lot of time on IO
* Remove testing branchJack Lloyd2018-12-041-1/+0
|
* Pylint fixesJack Lloyd2018-12-034-5/+4
|
* Update Travis build to use XenialJack Lloyd2018-12-033-84/+56
| | | | | | | | | Drops Mingw i686 build as it runs into a problem I could not debug, when unit_tls.cpp is compiled with -O2 it crashes with a useless backtrace. If compiled with -g or with lower optimizations it is ok. Replaced with Mingw x86-64. Add mips64 build.
* Avoid parallel build with Sphinx before 1.4Jack Lloyd2018-12-031-1/+1
| | | | As Ubuntu 16.04 has v1.3 and it crashes when you use -j
* Add a const-time division algorithmJack Lloyd2018-12-021-1/+1
| | | | | | | | It is stupid and slow (~50-100x slower than variable time version) but still useful for protecting critical algorithms. Not currently used, waiting for OSS-Fuzz to test it for a while before we commit to it.
* Fix debug asserts, and add it to CIJack Lloyd2018-11-291-0/+2
|
* Disable Sonar buildJack Lloyd2018-11-171-5/+5
| | | | | | | | | | | | It is suddenly 5x slower for an unknown reason https://community.sonarsource.com/t/sonar-analysis-step-suddenly-much-5x-slower-on-travis-ci/4364 Now it either times out or else completely dominates the runtime for Travis, either is not acceptable. Leave the framework for using Sonar in CI for now so it is easy to test if things have improved later. If things are still broken in a month or two I'll probably just drop support for Sonar.
* Attempt to fix Sonar build problemJack Lloyd2018-11-171-1/+6
| | | | | | The build is timing out. Use -Os instead of -O3 in an attempt to speed up the build step, and enable multithreaded analysis as that step is also quite slow.
* Lint fix [ci skip]Jack Lloyd2018-10-301-4/+4
|
* Add test for TSS cli utilJack Lloyd2018-10-301-2/+47
|
* Fix CLI testsJack Lloyd2018-10-161-9/+13
| | | | Changing the sieve in 0536fe92 changed which primes we generate
* Only use Python3 in CI builds if requested explicitlyJack Lloyd2018-10-121-2/+4
| | | | | | It looks like Travis has some old version of Python 3 which can't handle interpolating an integer into a byte string -- expr b"wtf %d" % (5) fails with whatever is on Travis, but works fine in Python 3.7
* Disable use of pylint3 in TravisJack Lloyd2018-10-123-9/+9
| | | | | Suddenly installing python3-pip is broken, and I don't care enough to dig deeper. Can probably come back when we switch to Xenial.
* Alas, Clang in Travis is also too old for this to workJack Lloyd2018-10-061-1/+1
|
* GCC in Travis is too old (doesn't have ISA attribute)Jack Lloyd2018-10-061-1/+1
|
* Test single amalgamation fileJack Lloyd2018-10-051-0/+3
| | | | Would have detected #1700 before release.
* Remove Travis notification emails [ci skip]Jack Lloyd2018-10-031-3/+0
|
* Remove support for Visual C++ 2013Jack Lloyd2018-10-012-6/+4
| | | | Closes GH #1557
* Ignore .doctrees missing when building websiteJack Lloyd2018-09-191-2/+9
|
* Merge GH #1670 New password hashing interfaceJack Lloyd2018-09-131-4/+25
|\
| * Add testsJack Lloyd2018-09-101-4/+25
| | | | | | | | This is a contribution of Ribose Inc (@riboseinc)
* | Force Sphinx version to 1.7.9 to work around a problem in 1.8Jack Lloyd2018-09-131-1/+1
|/ | | | See https://github.com/sphinx-doc/sphinx/issues/5417
* Merge GH #1667 Add hashing with CommonCryptoJack Lloyd2018-09-041-1/+5
|\
| * Try adding commoncrypto to macOS and iOS buildsJack Lloyd2018-09-041-1/+5
| |
* | Repeat the command line in this error messageJack Lloyd2018-09-041-1/+1
| |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-27 11:55:41 +0000