1. 06 Mar, 2013 5 commits
    • Russ Cox's avatar
      runtime: change amd64 startup convention · 36b414f6
      Russ Cox authored
      Now the default startup is that the program begins at _rt0_amd64_$GOOS,
      which sets DI = argc, SI = argv and jumps to _rt0_amd64.
      
      This makes the _rt0_amd64 entry match the expected semantics for
      the standard C "main" function, which we can now provide for use when
      linking against a standard C library.
      
      R=golang-dev, devon.odell, minux.ma
      CC=golang-dev
      https://golang.org/cl/7525043
      36b414f6
    • Dominik Honnef's avatar
      misc/emacs: Add compatibility for GNU Emacs 23 and XEmacs >=21.5.32 · cf8434fa
      Dominik Honnef authored
      This CL adds compatibility for GNU Emacs 23 (fixing fontification
      issues) and XEmacs >=21.5.32 (fixing a lot of issues). Earlier
      versions of XEmacs will not be supported because they do not
      support POSIX character classes. Because of that, we also make use
      of a lot of functions that were added in 21.5.32.
      
      A known and currently unfixable issue with XEmacs is that go-mode
      will not always fontify identifiers that use unicode correctly.
      
      All changes for XEmacs are annotated in the diff.
      
      Note: go--position-bytes is not currently used anywhere, but will
      be in a future CL.
      
      Fixes #4927.
      
      R=golang-dev, adonovan, cw, patrick.allen.higgins, sameer
      CC=golang-dev
      https://golang.org/cl/7456051
      cf8434fa
    • Brad Fitzpatrick's avatar
      api: update next.txt · 1ca529c6
      Brad Fitzpatrick authored
      R=golang-dev, r
      CC=golang-dev
      https://golang.org/cl/7518044
      1ca529c6
    • Rob Pike's avatar
      effective_go.html: round 3 of minor edits. · 5f07125c
      Rob Pike authored
      R=golang-dev, iant
      CC=golang-dev
      https://golang.org/cl/7489044
      5f07125c
    • Brad Fitzpatrick's avatar
      net/http: close TCP connection on Response.Body.Close · ce834155
      Brad Fitzpatrick authored
      Previously the HTTP client's (*Response).Body.Close would try
      to keep reading until EOF, hoping to reuse the keep-alive HTTP
      connection, but the EOF might never come, or it might take a
      long time. Now we immediately close the TCP connection if we
      haven't seen EOF.
      
      This shifts the burden onto clients to read their whole response
      bodies if they want the advantage of reusing TCP connections.
      
      In the future maybe we could decide on heuristics to read some
      number of bytes for some max amount of time before forcefully
      closing, but I'd rather not for now.
      
      Statistically, touching this code makes things regress, so I
      wouldn't be surprised if this introduces new bugs, but all the
      tests pass, and I think the code is simpler now too. Maybe.
      
      Please test your HTTP client code before Go 1.1.
      
      Fixes #3672
      
      R=golang-dev, adg
      CC=golang-dev
      https://golang.org/cl/7419050
      ce834155
  2. 05 Mar, 2013 12 commits
  3. 04 Mar, 2013 19 commits
  4. 03 Mar, 2013 4 commits