Fork of Go programming language with my patches. http://git.kilabit.info/go/atom?h=main 2014-09-08T04:08:51Z 2014-09-08T04:08:51Z Russ Cox rsc@golang.org 2014-09-08T04:08:51Z urn:sha1:c007ce824d9a4fccb148f9204e04c23ed2984b71 Preparation was in CL 134570043. This CL contains only the effect of 'hg mv src/pkg/* src'. For more about the move, see golang.org/s/go14nopkg. 2014-07-16T23:29:51Z Robert Griesemer gri@golang.org 2014-07-16T23:29:51Z urn:sha1:8a23c0021edad5bbf117b71ee7db32406b0c9a67 Pending CL 113120043. LGTM=dave R=golang-codereviews, dave CC=golang-codereviews https://golang.org/cl/112290043 2014-04-16T00:36:25Z Brad Fitzpatrick bradfitz@golang.org 2014-04-16T00:36:25Z urn:sha1:fdade68379abdd9706881f4273e5f8cd9c0eb518 Trying to understand the linux-386-387 failures: http://build.golang.org/log/78a91da173c11e986b4e623527c2d0b746f4e814 Also modernize the closeOnce code with a method value, while I was looking. LGTM=adg R=golang-codereviews, adg CC=golang-codereviews, iant https://golang.org/cl/87950044 2014-04-04T05:26:15Z Alex Brainman alex.brainman@gmail.com 2014-04-04T05:26:15Z urn:sha1:df8ec65b3abcdc8566176d6dae756273d8641706 Update #7362 Fixes #7377 Fixes #7570 LGTM=rsc R=golang-codereviews, rsc CC=golang-codereviews https://golang.org/cl/83020043 2014-02-23T20:53:02Z Patrick Mézard patrick@mezard.eu 2014-02-23T20:53:02Z urn:sha1:d4b6a198b3b44c8c9617c72ceca9c32ba089b5a8 LGTM=minux.ma, r R=golang-codereviews, minux.ma, r CC=golang-codereviews https://golang.org/cl/67280043 2014-02-07T01:30:30Z Alex Brainman alex.brainman@gmail.com 2014-02-07T01:30:30Z urn:sha1:aac872e11806b7a66ab51f5efab7496a36e4f3da filepath.Base covers all scenarios (for example paths like d:hello.txt) on windows LGTM=iant, bradfitz R=golang-codereviews, iant, bradfitz CC=golang-codereviews https://golang.org/cl/59740050 2014-02-03T21:32:13Z Brad Fitzpatrick bradfitz@golang.org 2014-02-03T21:32:13Z urn:sha1:e6d8bfe218a5f387d7aceddcaee5067a59181838 Command was (and is) documented like: "If name contains no path separators, Command uses LookPath to resolve the path to a complete name if possible. Otherwise it uses name directly." But that wasn't true. It always did LookPath, and then set a sticky error that the user couldn't unset. And then if cmd.Dir was changed, Start would still fail due to the earlier sticky error being set. This keeps LookPath in the same place as before (so no user visible changes in cmd.Path after Command), but only does it when the documentation says it will happen. Also, clarify the docs about a relative Dir path. No change in any existing behavior, except using Command is now possible with relative paths. Previously it only worked if you built the *Cmd by hand. Fixes #7228 LGTM=iant R=iant CC=adg, golang-codereviews https://golang.org/cl/59580044 2013-09-13T19:43:54Z Russ Cox rsc@golang.org 2013-09-13T19:43:54Z urn:sha1:22e8f82e8d4b62a4c96a82d4f731606a87db8d09 (StdinPipe was taken care of by CL 13329043.) Fixes #6008. R=golang-dev, iant CC=golang-dev https://golang.org/cl/13606046 2013-08-29T04:41:44Z Andrew Gerrand adg@golang.org 2013-08-29T04:41:44Z urn:sha1:10e2ffdf2ca657567fc1708f6387fef69a8445b6 Before this fix, it was always an error to use the Close method on the io.WriteCloser obtained from Cmd.StdinPipe, as it would race with the Close performed by Cmd.Wait. Fixes #6270. R=golang-dev, r, remyoudompheng, bradfitz, dsymonds CC=golang-dev https://golang.org/cl/13329043 2013-03-18T16:52:39Z Brad Fitzpatrick bradfitz@golang.org 2013-03-18T16:52:39Z urn:sha1:9db0583007e1f644b16d957c2e567ad5e5922338 If LookPath in Command fails, sets a sticky error, and then StdinPipe, StdoutPipe, or StderrPipe were called, those pipe fds were never cleaned up. Fixes #5071 R=golang-dev, rogpeppe CC=golang-dev https://golang.org/cl/7799046