- 03 Aug, 2010 19 commits
-
-
Nigel Tao authored
I'll leave whether or not this obsoletes UnreadByte for a future CL. R=r, rsc CC=golang-dev https://golang.org/cl/1912042
-
Rob Pike authored
Besides being more correct, it protects against people accidentally exchanging the permission and open mode arguments to Open. R=rsc CC=golang-dev https://golang.org/cl/1904045
-
Tarmigan Casebolt authored
Tested against latest Chrome. R=ukai, rsc CC=golang-dev https://golang.org/cl/1743053
-
Kai Backman authored
R=rsc CC=golang-dev https://golang.org/cl/1897046
-
Russ Cox authored
R=adg CC=bradfitz, golang-dev https://golang.org/cl/1715060
-
Peter Mundy authored
R=rsc, cw CC=golang-dev https://golang.org/cl/1854042
-
Kai Backman authored
R=rsc CC=golang-dev https://golang.org/cl/1678063
-
Russ Cox authored
R=r, iant CC=golang-dev https://golang.org/cl/1907046
-
Adam Langley authored
RFC 5280, 4.2.1.2 says: SubjectKeyIdentifier ::= KeyIdentifier KeyIdentifier ::= OCTET STRING Previously, we were failing to unwrap the second level of OCTET STRING encoding. Fixes #993. R=rsc CC=golang-dev https://golang.org/cl/1917044
-
Russ Cox authored
R=ken2 CC=golang-dev https://golang.org/cl/1871057
-
Russ Cox authored
Fixes #990. R=ken2 CC=golang-dev https://golang.org/cl/1742055
-
Russ Cox authored
R=ken2 CC=golang-dev https://golang.org/cl/1731057
-
Russ Cox authored
R=adg CC=golang-dev, tarm https://golang.org/cl/1923041
-
Russ Cox authored
move constant index checking to front end x[2:1] is a compile-time error now too R=ken2 CC=golang-dev https://golang.org/cl/1848056
-
Scott Lawrence authored
Fixes #980. Made it return an empty array, rather than crash. Added relevant test cases to strings. R=golang-dev, r CC=golang-dev https://golang.org/cl/1914041
-
Rob Pike authored
R=adg CC=golang-dev https://golang.org/cl/1899044
-
Alex Brainman authored
R=rsc CC=golang-dev https://golang.org/cl/1857049
-
Andrew Gerrand authored
R=rsc CC=golang-dev https://golang.org/cl/1857048
-
Nigel Tao authored
except for Black and White. R=rsc CC=golang-dev, mpl, r https://golang.org/cl/1903049
-
- 02 Aug, 2010 1 commit
-
-
Rob Pike authored
R=rsc CC=golang-dev https://golang.org/cl/1860046
-
- 01 Aug, 2010 1 commit
-
-
Nigel Tao authored
R=rsc CC=golang-dev, mpl https://golang.org/cl/1894047
-
- 30 Jul, 2010 14 commits
-
-
Bill Neubauer authored
R=rsc, ukai CC=golang-dev https://golang.org/cl/1669056
-
Russ Cox authored
R=wcn CC=golang-dev https://golang.org/cl/1902043
-
Russ Cox authored
Faults beyond the first page are not expected and should fail loudly. They are not subject to recover. R=r CC=golang-dev https://golang.org/cl/1915042
-
Kai Backman authored
these tests work fine on n1 and gumstix. it's unclear why they keep failing on the godashboard build. R=rsc CC=golang-dev https://golang.org/cl/1664056
-
Kai Backman authored
R=rsc CC=golang-dev https://golang.org/cl/1913042
-
Kai Backman authored
also changed zerodivide to output "BUG" R=rsc CC=golang-dev https://golang.org/cl/1871055
-
Kai Backman authored
R=rsc CC=golang-dev https://golang.org/cl/1742050
-
Andrew Gerrand authored
R=rsc CC=golang-dev https://golang.org/cl/1896044
-
Andrew Gerrand authored
R=rsc CC=golang-dev https://golang.org/cl/1907045
-
Andrew Gerrand authored
R=rsc CC=golang-dev https://golang.org/cl/1784042
-
Joe Poirier authored
R=brainman, rsc CC=golang-dev https://golang.org/cl/1676054
-
Robert Griesemer authored
( This CL is dependent on acceptance of https://golang.org/cl/1913041/show ) R=go-dev CC=golang-dev https://golang.org/cl/1860045
-
Robert Griesemer authored
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
-
Andrew Gerrand authored
This is a stop-gap change to give more current information visibility before a more thorough reorganization. R=r, rsc, gri CC=golang-dev https://golang.org/cl/1902042
-
- 29 Jul, 2010 5 commits
-
-
Yuusei Kuwana authored
For example: mime.AddExtensionType(".m3u8", "application/x-mpegURL") mime.AddExtensionType(".ts", "video/MP2T") R=rsc, rsc1 CC=golang-dev https://golang.org/cl/1698046
-
Russ Cox authored
R=r CC=golang-dev https://golang.org/cl/1871054
-
Robert Griesemer authored
R=rsc CC=golang-dev https://golang.org/cl/1900044
-
Robert Griesemer authored
R=r CC=golang-dev https://golang.org/cl/1846051
-
Rob Pike authored
Fixes #976. R=rsc, chris tighe, r CC=golang-dev https://golang.org/cl/1697057
-