]> Cypherpunks repositories - gostls13.git/commit
cmd/go: undo CL 8119049
authorRuss Cox <rsc@golang.org>
Tue, 30 Apr 2013 21:04:58 +0000 (17:04 -0400)
committerRuss Cox <rsc@golang.org>
Tue, 30 Apr 2013 21:04:58 +0000 (17:04 -0400)
commited9644fc3954d6852c725e2efd062fb46c0786a7
tree3cf70343549b498cc77c9849eab572ce4f2d8425
parent825b1e15916833ff6b2affdb5b0bb7c5c908ac52
cmd/go: undo CL 8119049

Manual undo due to later changes in doc/go1.1.html; cmd/go/test.bash still passes.

Rationale, from CL 8119049 review log:

This makes the 'go run' command different from every other command.
For example, 'go test' does not mean 'go test *.go'.

If we were going to handle the no arguments case in 'go run', I would hope that
it would scan the current directory to find a package just like 'go build' or
'go test' would, and then it would require that package to be 'package main',
and then it would run that package. This would make it match 'go test' and 'go
build' and 'go install' and so on. It would mean that if you are working on a
command in a directory that is 'go install'able, then 'go run' will run the
binary for you. The current CL does not accomplish that when build constraints
or file name constraints are involved.

For example, if I am working on a program like:

$ ls
main.go
main_386.s
main_arm.s
main_amd64.s
$

Then 'go run' will fail here because the .s files are ignored.

If instead I am working on a program like:

$ ls
main.go
main_386.go
main_arm.go
main_amd64.go
$

then 'go run' will fail because too many files are included.

I would like to see this command implemented so that it is compatible with the
other go subcommands. Since it is too late to do that for Go 1.1, I would like
to see this CL reverted, to preserve the option to do it better later.

R=golang-dev, iant, r
CC=golang-dev
https://golang.org/cl/8797049
src/cmd/go/doc.go
src/cmd/go/run.go