commit b5d84bb0cf1c731a0e90a80eaa85f23bbc463220 [browse]
Author: Andrew Gerrand
Date: 2010-07-30 14:48:30 +10:00

release.2010-07-29

R=rsc
CC=golang-dev
https://golang.org/cl/1907045

commit 3402c5e8fed860396f6b2b58233989b62fc81014 [browse]
Author: Andrew Gerrand
Date: 2010-07-30 14:00:59 +10:00

misc/builder: support for uploading tarballs to googlecode

R=rsc
CC=golang-dev
https://golang.org/cl/1784042

commit b57ffae094f817755251b90871cc55f2b5b570dc [browse]
Author: Joe Poirier
Date: 2010-07-30 11:47:11 +10:00

cov and prof: implement windows version (just function stubs and build mods)

R=brainman, rsc
CC=golang-dev
https://golang.org/cl/1676054

commit 500425ac7b6a563dc135ab97f7e5dc15b3ad7b7e [browse]
Author: Robert Griesemer
Date: 2010-07-29 18:14:49 -07:00

bug300: literal types must not be parenthesized

( This CL is dependent on acceptance of
https://golang.org/cl/1913041/show )

R=go-dev
CC=golang-dev
https://golang.org/cl/1860045

commit 07cc6440dc2ec35e2a216e13dd8aed9208649a77 [browse]
Author: Robert Griesemer
Date: 2010-07-29 18:13:41 -07:00

go_spec: don't allow parens around the literal type of composite literals

Background: The current spec is imprecise with respect to the parsing ambiguity
for composite literals: It says that the ambiguity arises when the TypeName form
of the LiteralType is used. The following code:

    if (B) {} ...

is not using the TypeName form (but the parenthesized TypeName form) and thus
could be interpreted as:

    if ((B){}) ...

instead of

    if B {} ...

Both compilers and gofmt choose the latter interpretation. One could fix the
spec by making the clause regarding the parsing ambiguity more precise ("...using
the _possibly parenthesized_ TypeName form of the LiteralType..."). The alternative
(chosen here) is to simply disallow parenthesized literal types. Except for a single
test case (test/parentype.go) there appears to be no Go code under $GOROOT containing
parenthesized literal types. Furthermore, parentheses are never needed around a
literal type for correct parsing.

R=golang-dev
CC=golang-dev
https://golang.org/cl/1913041