1. 20 Oct, 2015 10 commits
  2. 19 Oct, 2015 20 commits
  3. 18 Oct, 2015 7 commits
  4. 17 Oct, 2015 3 commits
    • Nodir Turakulov's avatar
      runtime: merge stack{1,2}.go -> stack.go · db2e73fa
      Nodir Turakulov authored
      * rename stack1.go -> stack.go
      * prepend contents of stack2.go to stack.go
      
      Updates #12952
      
      Change-Id: I60d409af37162a5a7596c678dfebc2cea89564ff
      Reviewed-on: https://go-review.googlesource.com/16008Reviewed-by: default avatarAustin Clements <austin@google.com>
      Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      db2e73fa
    • Michael Hudson-Doyle's avatar
      cmd/link: always disable lazy PLT resolution when dynamically linking Go · 69a99ccc
      Michael Hudson-Doyle authored
      Go cannot allow lazy PLT resolution when calling between Go functions because
      the lazy resolution can use more stack than is available. Lazy resolution is
      disabled by passing -z now to the system linker, but unfortunately was only
      passed when linking to a Go shared library. That sounds fine, but the shared
      library containing the runtime is not linked to any other Go shared library but
      calls main.init and main.main via a PLT, and before this fix this did use lazy
      resolution. (For some reason this never caused a problem on intel, but it
      breaks on ppc64le). Fortunately the fix is very simple: always pass -z now to
      the system linker when dynamically linking Go.
      
      Change-Id: I7806d40aac80dcd1e56b95864d1cfeb1c42614e2
      Reviewed-on: https://go-review.googlesource.com/15870Reviewed-by: default avatarIan Lance Taylor <iant@golang.org>
      69a99ccc
    • Yasuharu Goto's avatar
      net/http: Client support for Expect: 100-continue · dab143c8
      Yasuharu Goto authored
      Current http client doesn't support Expect: 100-continue request
      header(RFC2616-8/RFC7231-5.1.1). So even if the client have the header,
      the head of the request body is consumed prematurely.
      
      Those are my intentions to avoid premature consuming body in this change.
      - If http.Request header contains body and Expect: 100-continue
        header, it blocks sending body until it gets the first response.
      - If the first status code to the request were 100, the request
        starts sending body. Otherwise, sending body will be cancelled.
      - Tranport.ExpectContinueTimeout specifies the amount of the time to
        wait for the first response.
      
      Fixes #3665
      
      Change-Id: I4c04f7d88573b08cabd146c4e822061764a7cd1f
      Reviewed-on: https://go-review.googlesource.com/10091
      Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: default avatarBrad Fitzpatrick <bradfitz@golang.org>
      dab143c8