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

R=r, iant
CC=golang-dev
https://golang.org/cl/921041

R=rsc, r
CC=golang-dev
https://golang.org/cl/902045

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

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

much rewriting and improving, but it's still experimental.

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

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

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

R=rsc, r
CC=golang-dev
https://golang.org/cl/854046

R=gri, adg
CC=golang-dev, r, rsc
https://golang.org/cl/857048

- don't log normal EOF
- fix ServeConn to block as documented

R=rsc, msolo
CC=golang-dev
https://golang.org/cl/886043

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

R=rsc, r
CC=golang-dev
https://golang.org/cl/891048

fmt.Printf("%b", int8(-1)) prints 64 ones instead of 8.
This happens only for signed integers (int8, in16 and int32). I guess it's because of the way the conversion between integer types works. From go spec: "Conversions between integer types. If the value is a signed quantity, it is sign extended to implicit infinite precision ....". And there are several conversions to int64 and uint64 in the fmt package. This pathch solves only half of the problem. On a 32 bit system, an fmt.Printf("%b", int(-1)) should still print 64 ones.

R=golang-dev, r
CC=golang-dev
https://golang.org/cl/891049

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

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

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

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

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

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

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

R=rsc, r
CC=golang-dev
https://golang.org/cl/903044

R=rsc, r
CC=golang-dev
https://golang.org/cl/822047

R=rsc, r
CC=golang-dev
https://golang.org/cl/823045

R=gri, r
CC=golang-dev, rsc
https://golang.org/cl/819042

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

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

strings: add IndexRune, Trim, TrimLeft, TrimRight, and the generic equivalents TrimFunc, TrimLeftFunc, TrimRightFunc

R=rsc, r
CC=golang-dev
https://golang.org/cl/799048

remove internal functions from traces in gopprof instead.

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

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

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

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

This is required to make cgo export work on Darwin.  Note that
this corrects the stack alignment when calling initcgo to that
required by gcc on amd64.

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

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

The new //export comment marks a Go function as callable from
C.  The syntax is "//export NAME" where NAME is the name of
the function as seen from C.  If such a comment is seen, cgo
will generate two new files: _cgo_export.h and _cgo_export.c.
The _cgo_export.h file provides declarations which C code may
use to call Go functions.  The _cgo_export.c file contains
wrappers, and is to be compiled with gcc.

The changes to Make.pkg support using this from a Go Makefile,
though it could probably be more convenient.

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

These functions are used to call from a C function back to a
Go function.  This only includes 386 support.

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

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

R=golang-dev, iant
CC=golang-dev
https://golang.org/cl/854045

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

R=golang-dev, r
CC=golang-dev
https://golang.org/cl/872043