1. 17 Dec, 2018 7 commits
    • Austin Clements's avatar
      doc/go1.12: updates for runtime and compiler · 179acf40
      Austin Clements authored
      Change-Id: Ifb16fd28105efd05cebbd615b52e45330b77cede
      Reviewed-on: https://go-review.googlesource.com/c/154600Reviewed-by: 's avatarIan Lance Taylor <iant@golang.org>
      179acf40
    • Robert Griesemer's avatar
      cmd/compile: generate interface method expression wrapper for error.Error · a1aafd8b
      Robert Griesemer authored
      A prior optimization (https://golang.org/cl/106175) removed the
      generation of unnecessary method expression wrappers, but also
      eliminated the generation of the wrapper for error.Error which
      was still required.
      
      Special-case error type in the optimization.
      
      Fixes #29304.
      
      Change-Id: I54c8afc88a2c6d1906afa2d09c68a0a3f3e2f1e3
      Reviewed-on: https://go-review.googlesource.com/c/154578Reviewed-by: 's avatarBrad Fitzpatrick <bradfitz@golang.org>
      a1aafd8b
    • Austin Clements's avatar
      runtime: poison the write barrier buffer during flushing · fe2feb97
      Austin Clements authored
      Currently we reset the write barrier buffer before processing the
      pointers in it. As a result, if there were any write barriers in the
      code that processes the buffer, it would corrupt the write barrier
      buffer and cause us to mark objects without later scanning them.
      
      As far as I can tell, this shouldn't be happening, but rather than
      relying on hope (and incomplete static analysis), this CL changes
      wbBufFlush1 to poison the write barrier buffer while processing it,
      and only reset it once it's done.
      
      Updates #27993. (Unlike many of the other changes for this issue,
      there's no need to roll back this CL. It's a good change in its own
      right.)
      
      Change-Id: I6d2d9f1b69b89438438b9ee624f3fff9f009e29d
      Reviewed-on: https://go-review.googlesource.com/c/154537
      Run-TryBot: Austin Clements <austin@google.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: 's avatarMichael Knyszek <mknyszek@google.com>
      fe2feb97
    • Clément Chigot's avatar
      cmd/link: fix error messages for external linking on ppc64 · bed88f4e
      Clément Chigot authored
      This commit fixes error messages displayed on aix/ppc64 with external
      linking.
      
      Change-Id: I5311d36f30394be717827891e070db249482814a
      Reviewed-on: https://go-review.googlesource.com/c/151041Reviewed-by: 's avatarBrad Fitzpatrick <bradfitz@golang.org>
      Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      bed88f4e
    • Alex Brainman's avatar
      os: make Stat work on FAT file system · e4535772
      Alex Brainman authored
      It appears calling GetFileInformationByHandleEx with
      FILE_ATTRIBUTE_TAG_INFO fails on FAT file system. FAT does not
      support symlinks, so assume there are no symlnks when
      GetFileInformationByHandleEx returns ERROR_INVALID_PARAMETER.
      
      Fixes #29214
      
      Change-Id: If2d9f3288bd99637681ab5fd4e4581c77b578a69
      Reviewed-on: https://go-review.googlesource.com/c/154377
      Run-TryBot: Alex Brainman <alex.brainman@gmail.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: 's avatarIan Lance Taylor <iant@golang.org>
      e4535772
    • Joel Sing's avatar
      cmd/dist: re-enable VFPv3 on openbsd/arm · bc175e53
      Joel Sing authored
      The OpenBSD armv7 port has working VFPv3 these days - re-enable the VFP
      detection code so that GOARM=7 is used by default on openbsd/arm.
      
      Change-Id: I0271d81c048d2d55becd2803c19e5f1542076357
      Reviewed-on: https://go-review.googlesource.com/c/154378Reviewed-by: 's avatarIan Lance Taylor <iant@golang.org>
      Run-TryBot: Ian Lance Taylor <iant@golang.org>
      bc175e53
    • Austin Clements's avatar
      runtime: fix hangs in TestDebugCall* · a27f3d5c
      Austin Clements authored
      This fixes a few different issues that led to hangs and general
      flakiness in the TestDebugCall* tests.
      
      1. This fixes missing wake-ups in two error paths of the SIGTRAP
         signal handler. If the goroutine was in an unknown state, or if
         there was an unknown debug call status, we currently don't wake the
         injection coordinator. These are terminal states, so this resulted
         in a hang.
      
      2. This adds a retry if the target goroutine is in a transient state
         that prevents us from injecting a call. The most common failure
         mode here is that the target goroutine is in _Grunnable, but this
         was previously masked because it deadlocked the test.
      
      3. Related to 2, this switches the "ready" signal from the target
         goroutine from a blocking channel send to a non-blocking channel
         send. This makes it much less likely that we'll catch this
         goroutine while it's in the runtime performing that send.
      
      4. This increases GOMAXPROCS from 2 to 8 during these tests. With the
         current setting of 2, we can have at most the non-preemptible
         goroutine we're injecting a call in to and the goroutine that's
         trying to make it exit. If anything else comes along, it can
         deadlock. One particular case I observed was in TestDebugCallGC,
         where runtime.GC() returns before the forEachP that prepares
         sweeping on all goroutines has finished. When this happens, the
         forEachP blocks on the non-preemptible loop, which means we now
         have at least three goroutines that need to run.
      
      Fixes #25519.
      
      Updates #29124.
      
      Change-Id: I7bc41dc0b865b7d0bb379cb654f9a1218bc37428
      Reviewed-on: https://go-review.googlesource.com/c/154112
      Run-TryBot: Austin Clements <austin@google.com>
      Reviewed-by: 's avatarMichael Knyszek <mknyszek@google.com>
      a27f3d5c
  2. 16 Dec, 2018 1 commit
  3. 15 Dec, 2018 4 commits
  4. 14 Dec, 2018 15 commits
  5. 13 Dec, 2018 13 commits