Fork of Go programming language with my patches. http://git.kilabit.info/go/atom?h=weekly.2010-08-11 2010-08-12T05:51:11Z 2010-08-12T05:51:11Z Andrew Gerrand adg@golang.org 2010-08-12T05:51:11Z urn:sha1:9e23f2b2ce2dd3150ee15a80e72347d89ff5eba4 R=rsc CC=golang-dev https://golang.org/cl/1954044 2010-08-12T05:27:47Z Russ Cox rsc@golang.org 2010-08-12T05:27:47Z urn:sha1:1d77ff5b6b2ec5679cd847f0e091a827fd1716b7 R=ken2 CC=golang-dev https://golang.org/cl/1960042 2010-08-12T05:22:36Z Russ Cox rsc@golang.org 2010-08-12T05:22:36Z urn:sha1:879b5a02a942dc8a59f51b0fcb48e53cad1b71c4 R=adg CC=golang-dev https://golang.org/cl/1971042 2010-08-12T05:17:20Z Russ Cox rsc@golang.org 2010-08-12T05:17:20Z urn:sha1:26dde76cee3508fc666b15a94d8201e09d2fb805 Also, if the header is bad, exit with a non-zero status. Other calls to Brdline in the tree, by category: Reading symbol name from object file: ./cmd/5l/obj.c:486: name = Brdline(f, '\0'); ./cmd/6l/obj.c:535: name = Brdline(f, '\0'); ./cmd/8l/obj.c:564: name = Brdline(f, '\0'); ./libmach/sym.c:292: cp = Brdline(bp, '\0'); Reading archive header line (fixed, short): ./cmd/gc/lex.c:287: if((a = Brdline(b, '\n')) == nil) ./cmd/gc/lex.c:303: if((p = Brdline(b, '\n')) == nil) Reading object file header line (fixed, short): ./cmd/ld/lib.c:421: line = Brdline(f, '\n'); Reading undefined symbol list (unused code): ./cmd/ld/lib.c:773: while((l = Brdline(b, '\n')) != nil){ Implementing Brdstr: ./libbio/brdstr.c:36: p = Brdline(bp, delim); The symbol names ones will cause a problem loudly if they fail: they'll error out with symbol name too long. This means that you can't define an enormous struct without giving the type a name and then stick it in an interface, because the type's symbol name will be too long for the object file. Since this will be a loud failure instead of a silent one, I'm willing to wait until it comes up in practice. R=r CC=golang-dev https://golang.org/cl/1982041 2010-08-12T04:58:29Z Russ Cox rsc@golang.org 2010-08-12T04:58:29Z urn:sha1:14e0df34fd0feab41e377964d55a23e8b4e05f4e R=ken2 CC=golang-dev https://golang.org/cl/1983041 2010-08-12T04:41:52Z Rob Pike r@golang.org 2010-08-12T04:41:52Z urn:sha1:6610d79eda2e1e67d8601b004114e124228ef043 The previous set was spotty, incomplete, and confusing. This CL proposes a regular, clean set with clearer names. It's also complete. Many existing methods will be deprecated, but not in this CL. Ditto for the tests. R=rsc, gri CC=golang-dev, rog https://golang.org/cl/1946041 2010-08-12T04:25:52Z Robert Griesemer gri@golang.org 2010-08-12T04:25:52Z urn:sha1:d75074974a5ab23878afbaad29616bfebae28004 go/scanner: return information on semicolon (real or inserted) when found in source go/parser: better error message when a semicolon is found unexpectedly For instance, if an unexpected semicolon is found that was automatically inserted, the parser error message is now: "expected '}', found newline" Fixes #1006. R=rsc CC=golang-dev https://golang.org/cl/1936044 2010-08-12T02:59:37Z Rob Pike r@golang.org 2010-08-12T02:59:37Z urn:sha1:32a81fa8bb61a46eecea5d5956ad8fbc49fee7a3 documentation change only. R=rsc CC=golang-dev https://golang.org/cl/1964043 2010-08-11T23:45:34Z Kyle Consalus consalus@gmail.com 2010-08-11T23:45:34Z urn:sha1:8fcdc6a1e2cd91390130f7122be427466db000e9 R=nigeltao_golang CC=golang-dev https://golang.org/cl/1941042 2010-08-11T04:04:03Z Scott Lawrence bytbox@gmail.com 2010-08-11T04:04:03Z urn:sha1:bca3151042ab7c81d2edda17749bc2613c84edd0 Fixes #971. Parse/ParseFile methods of Template now match template.Parse and .ParseFile methods. Also made tests being run on Parse and ParseFile be run on Template.ParseFile as well. R=r CC=golang-dev https://golang.org/cl/1741059