mirror of
https://github.com/golang/go
synced 2024-11-08 07:36:21 -07:00
1992ab7e65
It uses the build ID, which is soon to be internal to package work. Luckily it is also only called from package work. Change-Id: I5e6662cfe667bdc9190f086be733105ad65a3191 Reviewed-on: https://go-review.googlesource.com/70670 Run-TryBot: Russ Cox <rsc@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: David Crawshaw <crawshaw@golang.org> |
||
|---|---|---|
| .. | ||
| build.go | ||
| buildgo.go | ||
| buildruntime.go | ||
| buildtool.go | ||
| cpuid_386.s | ||
| cpuid_amd64.s | ||
| cpuid_default.s | ||
| deps_test.go | ||
| deps.go | ||
| doc.go | ||
| main.go | ||
| mkdeps.bash | ||
| mkdeps.go | ||
| README | ||
| sys_default.go | ||
| sys_windows.go | ||
| test_linux.go | ||
| test.go | ||
| util_gc.go | ||
| util_gccgo.go | ||
| util.go | ||
| vfp_arm.s | ||
| vfp_default.s | ||
This program, dist, is the bootstrapping tool for the Go distribution. As of Go 1.5, dist and other parts of the compiler toolchain are written in Go, making bootstrapping a little more involved than in the past. The approach is to build the current release of Go with an earlier one. The process to install Go 1.x, for x ≥ 5, is: 1. Build cmd/dist with Go 1.4. 2. Using dist, build Go 1.x compiler toolchain with Go 1.4. 3. Using dist, rebuild Go 1.x compiler toolchain with itself. 4. Using dist, build Go 1.x cmd/go (as go_bootstrap) with Go 1.x compiler toolchain. 5. Using go_bootstrap, build the remaining Go 1.x standard library and commands. NOTE: During the transition from the old C-based toolchain to the Go-based one, step 2 also builds the parts of the toolchain written in C, and step 3 does not recompile those. Because of backward compatibility, although the steps above say Go 1.4, in practice any release ≥ Go 1.4 but < Go 1.x will work as the bootstrap base. See golang.org/s/go15bootstrap for more details. Compared to Go 1.4 and earlier, dist will also take over much of what used to be done by make.bash/make.bat/make.rc and all of what used to be done by run.bash/run.bat/run.rc, because it is nicer to implement that logic in Go than in three different scripting languages simultaneously.