]> git.lizzy.rs Git - rust.git/commit
ci: Favor SCRIPT instead of RUST_CHECK_TARGET
authorAlex Crichton <alex@alexcrichton.com>
Thu, 30 May 2019 14:22:53 +0000 (07:22 -0700)
committerAlex Crichton <alex@alexcrichton.com>
Thu, 30 May 2019 14:28:56 +0000 (07:28 -0700)
commitebdf42e9650a969bef553a0886d3754a670bd335
treeb9e344b322eeac983f8cad76a9643e7e5c155ed4
parent19e0ddbb9f29c27f907fd0d23b70fbd53aeb6efb
ci: Favor SCRIPT instead of RUST_CHECK_TARGET

Since #61212 we've been timing out on OSX, and this looks to be because
we're building tools like Cargo and the RLS twice instead of once. This
turns out to be a slight bug in our configuration. CI builders using the
`RUST_CHECK_TARGET` directive actually execute `make all` just before
their acual target. In `make all` we're building a stage2 cargo, and
then in `make dist` we're building a stage1 cargo.

Other builders use `SCRIPT` which provides explicit control over what
`x.py` script, for example, is used to execute the build. This moves
almost all targets to using `SCRIPT` to ensure that we're explicitly
specifying what's being built where. Additionally this updates the logic
of `RUST_CHECK_TARGET` to remove the pre-flight tidy as well as the
pre-flight `make all`. The system LLVM builder (run on PRs) now
explicitly runs tidy first and then runs the rest of the test suite.
.azure-pipelines/auto.yml
.azure-pipelines/steps/run.yml
.azure-pipelines/try.yml
.travis.yml
src/ci/docker/i686-gnu-nopt/Dockerfile
src/ci/docker/x86_64-gnu-llvm-6.0/Dockerfile
src/ci/docker/x86_64-gnu-nopt/Dockerfile
src/ci/run.sh