Note that it is not necessary to run make.bash again for a cross-compiler. Once you've run make.bash for darwin/amd64, you can build for Windows by running

GOOS=windows GOARCH=386 go install PROGRAM

@minux @ianlancetaylor I think we should stop shipping the make.bash and other scripts as part of the binary distributions. They cannot be used safely.

/cc @adg

@davecheney they can't?

@adg in an ideal world, maybe those scripts would work, but when the files
are owned by root, they are a temptation to reach for the sudo hammer and
that'll just make things worse.

You don't need to run ./make.bash to season a Go install for cross
compilation, so I think we should remove the scripts to prevent the
temptation to follow the outdated tutorials on the internet.

On Wed, Mar 30, 2016 at 9:40 AM, Andrew Gerrand notifications@github.com
wrote:

@davecheney https://github.com/davecheney they can't?

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#15018 (comment)

@davecheney I didn't think about root. The scripts do work for people that install the binary tarball or zip under their own usernames.

Maybe we should just remove make/all.bash/bat for the MSI and PKG installers?

@davecheney I didn't think about root. The scripts do work for people that install the binary tarball or zip under their own usernames.

I don't think this is the case. Our installation instructions tell people to place the contents in /usr/local/go and not owned by their own username.

We strongly discourage people from placing the contents elsewhere as that raises the spectre of GOROOT.

I agree that these scripts should be stripped from the MSI and PKG installers. I think they should also be stripped from the zip and tar distributions.

If people want to install from source, they should check it out from git or use the source tarball. All the rest of the mechanisms should not be useable as proxies for the source tarball.

Our installation instructions tell people to place the contents in /usr/local/go and not owned by their own username.

We strongly discourage people from placing the contents elsewhere as that raises the spectre of GOROOT.

See the Getting Started docs, where we helpfully explain how to install Go elsewhere. We don't mention permissions at all.

I agree that these scripts should be stripped from the MSI and PKG installers. I think they should also be stripped from the zip and tar distributions.

Seems reasonable. Should be a trivial change to x/build/cmd/release.

@minux, yes. Sorry I distracted the issue by talking about strategies to
talk about overcoming the outdated information on the internet on how to
prepare your Go installation for cross compilation, which are now
unnecessary.

On Wed, Mar 30, 2016 at 10:34 AM, Minux Ma notifications@github.com wrote:

we still don't understand the problem here, so we shouldn't hurry
to blame make.bash.

zversion.go should exist, and if it's really owned by root, how could
make.bash somehow make it disappear?

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#15018 (comment)

@dcboy, sure you don't have Go 1.4 or Go 1.5 in /usr/local/go?

What does /usr/local/go/bin/go version say?

Timed out.

I just got this problem when checking out go1.7beta1 and compiling it from source, then trying to use it to build master.

@JoopClaireIT Please show us the exact sequence of commands that you ran.

I'm not sure I understand. What directory were you running in--what directory do you get to when you cd go/src?

It does not make sense to set both GOROOT and GOROOT_BOOTSTRAP to the same directory. It doesn't really make sense to set GOROOT at all when running all.bash. I'm surprised that it worked as well as it did. Did you mean to set GOROOT_FINAL rather than GOROOT?

I believe I'm having the same problem here.
It's the first time I'm trying to build it from source so maybe I missed some step.

My env vars:

GOARCH=amd64
GOOS=windows
GOROOT_BOOTSTRAP=C:\go
GOROOT_FINAL=D:\personal\labs\go

GOROOT_BOOTSTRAP points to my binary dist go version go1.6.2 windows/amd64
GOROOT_FINAL points to my local repo of go master branch.

Then, when calling all.bat:

D:\personal\labs\go\src>all.bat
##### Building Go bootstrap tool.
cmd/dist
go: open C:\go\src\runtime\internal\sys\zversion.go: Le fichier spécifié est introuvable.

@Patuti Whatever problem that is, it is not this problem, which is about building for Windows on the Mac. Please take your question to a forum; see https://golang.org/wiki/Questions . Thanks.