]> git.proxmox.com Git - rustc.git/blame - src/stage0.txt
New upstream version 1.23.0+dfsg1
[rustc.git] / src / stage0.txt
CommitLineData
a7813a04
XL
1# This file describes the stage0 compiler that's used to then bootstrap the Rust
2# compiler itself. For the rustbuild build system, this also describes the
3# relevant Cargo revision that we're using.
4#
476ff2be 5# Currently Rust always bootstraps from the previous stable release, and in our
a7813a04
XL
6# train model this means that the master branch bootstraps from beta, beta
7# bootstraps from current stable, and stable bootstraps from the previous stable
8# release.
9#
10# If you're looking at this file on the master branch, you'll likely see that
7cac9316
XL
11# rustc and cargo are configured to `beta`, whereas if you're looking at a
12# source tarball for a stable release you'll likely see `1.x.0` for rustc and
13# `0.x.0` for Cargo where they were released on `date`.
a7813a04 14
abe05a73
XL
15date: 2017-11-20
16rustc: 1.22.0
17cargo: 0.23.0
7cac9316
XL
18
19# When making a stable release the process currently looks like:
20#
21# 1. Produce stable build, upload it to dev-static
22# 2. Produce a beta build from the previous stable build, upload to static
23# 3. Produce a nightly build from previous beta, upload to static
24# 4. Upload stable build to static, publish full release
25#
26# This means that there's a small window of time (a few days) where artifacts
27# are downloaded from dev-static.rust-lang.org instead of static.rust-lang.org.
28# In order to ease this transition we have an extra key is in this configuration
29# file below. When uncommented this will instruct the bootstrap.py script to
30# download from dev-static.rust-lang.org.
31#
32# This key is typically commented out at all times. If you're looking at a
33# stable release tarball it should *definitely* be commented out. If you're
34# looking at a beta source tarball and it's uncommented we'll shortly comment it
35# out.
36
abe05a73 37dev: 1