Compile less executables in tests #1230
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
In prepration for the next commit...
alexcrichton
force-pushed
the
more-fast
branch
20 times, most recently
from
a5a0603 to
4ae89ae
Compare
Member
Author
|
@bors: r+ |
Contributor
|
📌 Commit 707ca86 has been approved by |
bors
added a commit
that referenced
this pull request
Aug 11, 2017
Compile less executables in tests Refactor a bit with more aggressive caching to compile at most one Rust program when testing.
Contributor
Contributor
|
💔 Test failed - status-travis |
alexcrichton
force-pushed
the
more-fast
branch
from
707ca86 to
f976a22
Compare
Member
Author
|
@bors: r+ |
Contributor
|
📌 Commit f976a22 has been approved by |
Contributor
Skip most builds as they end up just clogging the queue. Let's just take one passing builder and test the full suite on the `auto` branch.
Like AppVeyor this only schedules one build to run on PRs, and everything else will exit quickly. This'll help keep the queue clear for PRs when they come through. Also switch Travis to using rustup instead of `rustup.sh` manually.
alexcrichton
force-pushed
the
more-fast
branch
from
f976a22 to
761d351
Compare
Member
Author
|
@bors: r+ |
Contributor
|
📌 Commit 761d351 has been approved by |
Contributor
bors
added a commit
that referenced
this pull request
Aug 12, 2017
Compile less executables in tests Refactor a bit with more aggressive caching to compile at most one Rust program when testing.
Member
Author
|
@bors: retry |
Contributor
bors
added a commit
that referenced
this pull request
Aug 12, 2017
Compile less executables in tests Refactor a bit with more aggressive caching to compile at most one Rust program when testing.
alexcrichton
force-pushed
the
more-fast
branch
from
761d351 to
65aea18
Compare
Member
Author
|
@bors: r+ |
Contributor
|
📌 Commit 65aea18 has been approved by |
Contributor
bors
added a commit
that referenced
this pull request
Aug 12, 2017
Compile less executables in tests Refactor a bit with more aggressive caching to compile at most one Rust program when testing.
Many of the toolchains in the old cross builder came from upstream Ubuntu packages, so just use those but in their own separate container we assemble locally. No need to download multi-gigabyte docker images when all we need is one toolchain!
alexcrichton
force-pushed
the
more-fast
branch
from
65aea18 to
3e99a69
Compare
Member
Author
|
@bors: r+ |
Contributor
|
📌 Commit 3e99a69 has been approved by |
Contributor
bors
added a commit
that referenced
this pull request
Aug 12, 2017
Compile less executables in tests Refactor a bit with more aggressive caching to compile at most one Rust program when testing.
Contributor
|
☀️ Test successful - status-appveyor, status-travis |
This was referenced Aug 12, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Refactor a bit with more aggressive caching to compile at most one Rust program when testing.