| Age | Commit message (Collapse) | Author |
|
The changes to builder were not tested.
R=golang-dev, rsc
CC=golang-dev
https://golang.org/cl/5572083
|
|
This lets the client of go/build specify additional tags that
can be recognized in a // +build directive. For example,
a build for a custom environment like App Engine might
include "appengine" in the BuildTags list, so that packages
can be written with some files saying
// +build appengine (build only on app engine)
or
// +build !appengine (build only when NOT on app engine)
App Engine here is just a hypothetical context. I plan to use
this in the cmd/go sources to distinguish the bootstrap version
of cmd/go (which will not use networking) from the full version
using a custom tag. It might also be useful in App Engine.
Also, delete Build and Script, which we did not end up using for
cmd/go and which never got turned on for real in goinstall.
R=r, adg
CC=golang-dev
https://golang.org/cl/5554079
|
|
R=gri
CC=golang-dev
https://golang.org/cl/5519048
|
|
Fixes #2655.
R=golang-dev, gri
CC=golang-dev
https://golang.org/cl/5510045
|
|
R=golang-dev, r
CC=golang-dev
https://golang.org/cl/5495073
|
|
goinstall: disallow googlecode.com import paths
R=rsc, bradfitz
CC=golang-dev
https://golang.org/cl/5421049
|
|
R=rsc
CC=golang-dev
https://golang.org/cl/5448124
|
|
All but 3 cases (in gcimporter.go and hixie.go)
are automatic conversions using gofix.
No attempt is made to use the new Append functions
even though there are definitely opportunities.
R=golang-dev, gri
CC=golang-dev
https://golang.org/cl/5447069
|
|
R=golang-dev, bradfitz, gri
CC=golang-dev
https://golang.org/cl/5451079
|
|
R=golang-dev, bradfitz
CC=golang-dev
https://golang.org/cl/5449068
|
|
R=golang-dev, r, r, gri, bradfitz, iant, iant, nigeltao, n13m3y3r
CC=golang-dev
https://golang.org/cl/5416060
|
|
goinstall: better error handling and reporting
R=r, r, rsc, mattn.jp
CC=golang-dev
https://golang.org/cl/5421051
|
|
goinstall: don't hit network unless a checkout or update is required
R=rsc, rogpeppe
CC=golang-dev
https://golang.org/cl/5343042
|
|
R=rsc
CC=golang-dev
https://golang.org/cl/5338043
|
|
The permitted filename characters should include ~ to allow
the names of user-owned branches in Launchpad.
R=golang-dev, rsc, n13m3y3r, gustavo
CC=golang-dev, gustavo.niemeyer
https://golang.org/cl/5280052
|
|
R=adg
CC=golang-dev
https://golang.org/cl/5328062
|
|
R=golang-dev, iant, r, r
CC=golang-dev
https://golang.org/cl/5307066
|
|
goinstall has built in support for a few common code hosting sites. The
identification of which vcs tool should be used was based purely on a
regex match against the provided import path. The problem with this
approach is that it requires distinct import paths for different vcs
tools on the same site.
Since bitbucket has recently starting hosting Git repositories under the
same bitbucket.org/user/project scheme as it already hosts Mercurial
repositories, now would seem a good time to take a more flexible
approach.
We still match the import path against a list of regexes, but now the
match is purely to distinguish the different hosting sites. Once the
site is identified, the specified function is called with the repo and
path matched out of the import string. This function is responsible for
creating the vcsMatch structure that tells us what we need to download
the code.
For github and launchpad, only one vcs tool is currently supported, so
these functions can simply return a vcsMatch structure. For googlecode,
we retain the behaviour of determing the vcs from the import path - but
now it is done by the function instead of the regex. For bitbucket, we
use api.bitbucket.org to find out what sort of repository the specified
import path corresponds to - and then construct the appropriate vcsMatch
structure.
R=golang-dev, adg
CC=golang-dev, rsc
https://golang.org/cl/5306069
|
|
Slices are better:
http://code.google.com/p/go-wiki/wiki/SliceTricks
R=golang-dev, bradfitz, dsymonds
CC=golang-dev
https://golang.org/cl/5248060
|
|
R=adg
CC=golang-dev
https://golang.org/cl/5018044
|
|
Fixes #2185.
R=golang-dev, rsc
CC=golang-dev
https://golang.org/cl/4967046
|
|
release.r50 looks for newest tag <= go.r50
weekly.2010-10-10 looks for newest tag <= go.2010-10-10
Implements behavior for hg, git, and bzr.
R=dsymonds, rsc, n13m3y3r
CC=golang-dev
https://golang.org/cl/4873057
|
|
Fixes #2175.
R=alex.brainman, rsc, gustavo, adg
CC=golang-dev
https://golang.org/cl/4929047
|
|
R=adg, rsc, tarmigan+golang
CC=golang-dev
https://golang.org/cl/4807048
|
|
(Leave exp/template/html where it is for now.)
R=golang-dev, dsymonds
CC=golang-dev
https://golang.org/cl/4899048
|
|
R=golang-dev, dsymonds
CC=golang-dev
https://golang.org/cl/4875048
|
|
TBR=gri
R=gri
CC=golang-dev
https://golang.org/cl/4815070
|
|
R=golang-dev, adg
CC=golang-dev
https://golang.org/cl/4809052
|
|
R=golang-dev, rsc
CC=golang-dev
https://golang.org/cl/4801053
|
|
goinstall: report every newly installed package to the dashboard
This makes "goinstall -a" work on systems with GOROOTs that are
not user-writable, as is the case with Debian's Go packages.
This also makes goinstall.log the canonical list of installed
packages, in that only packages new to goinstall.log are reported to
the dashboard.
A side-effect is that writing to goinstall.log is now mandatory.
(A bug in the original implementation meant this was the case, anyway.)
The principal benefit of this change is that multiple packages from the
same repository can now be reported to the dashboard. It is also less
likely for a user to report multiple installations of the same package
to the dashboard (they would need to remove the package from
goinstall.log first).
R=rsc, n13m3y3r
CC=golang-dev
https://golang.org/cl/4786041
|
|
R=golang-dev, adg, rsc, tarmigan+golang
CC=golang-dev
https://golang.org/cl/4760055
|
|
manual changes in src/pkg/go/printer, src/cmd/gofix/signal_test.go
(cd src/cmd/gofix/testdata; gofmt -w *.in *.out)
(cd src/pkg/go/printer; gotest -update)
gofmt -w misc src
runs all tests
R=golang-dev, rsc
CC=golang-dev
https://golang.org/cl/4715041
|
|
R=golang-dev, r
CC=golang-dev
https://golang.org/cl/4657071
|
|
R=rsc, julian
CC=golang-dev
https://golang.org/cl/4642049
|
|
R=golang-dev, rsc
CC=golang-dev
https://golang.org/cl/4667051
|
|
This change extends goinstall to support "magic" package names of the
form:
<host>/<repo>.<vcs>/<path>
Where <host> is the hostname, <repo> the path to the repository, <vcs>
the type of vcs (git, hg, bzr or svn), and <path> is the path inside the
repository that contains the source code for the package.
For example: "example.com/pub/foo.hg/src" means download the Mercurial
repository at either pub/foo.hg or pub/foo from example.com and then
build and install the source files from src inside the repository
checkout.
Repositories on the built-in hostings sites (github, bitbucket,
launchpad and googlecode) must still use the old form (i.e.
github.com/xxx/yyy.git/src will be rejected).
R=adg, rsc
CC=golang-dev
https://golang.org/cl/4626064
|
|
Change the signature of Split to have no count,
assuming a full split, and rename the existing
Split with a count to SplitN.
Do the same to package bytes.
Add a gofix module.
R=adg, dsymonds, alex.brainman, rsc
CC=golang-dev
https://golang.org/cl/4661051
|
|
This is a temporary measure until go/build can build cgo packages.
R=golang-dev, r
CC=golang-dev
https://golang.org/cl/4627056
|
|
This is a core API change.
1) gofix misc src
2) Manual adjustments to the following files under src/pkg:
gob/decode.go
rpc/client.go
os/error.go
io/io.go
bufio/bufio.go
http/request.go
websocket/client.go
as well as:
src/cmd/gofix/testdata/*.go.in (reverted)
test/fixedbugs/bug243.go
3) Implemented gofix patch (oserrorstring.go) and test case (oserrorstring_test.go)
Compiles and runs all tests.
R=r, rsc, gri
CC=golang-dev
https://golang.org/cl/4607052
|
|
CL 4627051 is a better way of doing the same thing.
R=golang-dev, r
CC=golang-dev
https://golang.org/cl/4654045
|
|
Keeping the Julian's good refactoring work.
R=rsc
CC=golang-dev
https://golang.org/cl/4638049
|
|
R=golang-dev, r
CC=golang-dev
https://golang.org/cl/4645048
|
|
R=golang-dev, dsymonds
CC=golang-dev
https://golang.org/cl/4628050
|
|
goinstall: make ".git" repo suffix optional
R=golang-dev, r, r
CC=golang-dev
https://golang.org/cl/4643048
|
|
Extend goinstall to support downloading from any hg/git/svn/bzr hosting
site, not just the standard ones. The type of hosting is automatically
checked by trying all the tools, so the import statement looks like:
import "example.com/mything"
Which will work for Mercurial (http), Subversion (http, svn), Git (http,
git) and Bazaar (http, bzr) hosting.
All the existing package imports will work through this new mechanism,
but the existing hard-coded host support is left in place to ensure
there is no change in behaviour.
R=golang-dev, bradfitz, fvbommel, go.peter.90, n13m3y3r, adg, duperray.olivier
CC=golang-dev
https://golang.org/cl/4650043
|
|
R=golang-dev, r
CC=golang-dev
https://golang.org/cl/4627047
|
|
Fixes #1962.
R=golang-dev, bradfitz
CC=golang-dev
https://golang.org/cl/4636044
|
|
R=rsc, n13m3y3r, kevlar
CC=golang-dev
https://golang.org/cl/4515180
|
|
This removes exec.Run and replaces exec.Cmd with a
new implementation. The new exec.Cmd represents
both a currently-running command and also a command
being prepared. It has a good zero value.
You can Start + Wait on a Cmd, or simply Run it.
Start (and Run) deal with copying stdout, stdin,
and stderr between the Cmd's io.Readers and
io.Writers.
There are convenience methods to capture a command's
stdout and/or stderr.
R=r, n13m3y3r, rsc, gustavo, alex.brainman, dsymonds, r, adg, duzy.chan, mike.rosset, kevlar
CC=golang-dev
https://golang.org/cl/4552052
|
|
R=golang-dev, rsc
CC=golang-dev
https://golang.org/cl/4527090
|