1. 21 Nov, 2017 9 commits
  2. 20 Nov, 2017 3 commits
    • Emmanuel Odeke's avatar
      cmd/compile: hint on wrong case-field names in composite literals · 5f29a7a7
      Emmanuel Odeke authored
      Improve the error message for wrong
      case-field names in composite literals,
      by mentioning the correct field name.
      
      Given the program:
      package main
      
      type it struct {
              ID string
      }
      
      func main() {
              i1 := &it{id: "Bar"}
      }
      
      just like we do for usage of fields, we now
      report wrongly cased fields as hints to give:
      
      ts.go:8:14: unknown field 'id' in struct literal of type it (but does have ID)
      
      instead of before:
      
      ts.go:8:14: unknown field 'id' in struct literal of type it
      
      Fixes #22794
      
      Change-Id: I18cd70e75817025cb1df083503cae306e8d659fd
      Reviewed-on: https://go-review.googlesource.com/78545
      Run-TryBot: Emmanuel Odeke <emm.odeke@gmail.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: 's avatarMatthew Dempsky <mdempsky@google.com>
      5f29a7a7
    • fanzha02's avatar
      cmd/internal/obj/arm64: fix assemble hlt/hvc/smc/brk/clrex bug · 436f2d8d
      fanzha02 authored
      When instruction has only one argument, Go parser saves the
      argument value into prog.From without any special handling.
      But assembler gets the argument value from prog.To.
      
      The fix adds special handling for CLREX and puts other instructions
      arguments value into prog.From.
      
      Uncomment hlt/hvc/smc/brk/dcps1/dcps2/dcps3/clrex test cases.
      
      Fixes #20765
      
      Change-Id: I1fc0d2faafb19b537cab5a665bd4af56c3a2c925
      Reviewed-on: https://go-review.googlesource.com/78275
      Run-TryBot: Cherry Zhang <cherryyz@google.com>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      Reviewed-by: 's avatarCherry Zhang <cherryyz@google.com>
      436f2d8d
    • Rob Pike's avatar
      cmd/doc: don't print a declaration twice · 337f04bd
      Rob Pike authored
      That can occur if we have -u set and there is an upper- and lower-case
      name of the same spelling in a single declaration.
      
      A rare corner case but easy to fix.
      
      Fix by remembering what we've printed.
      
      Fixes #21797.
      
      Change-Id: Ie0b681ae8c277fa16e9635ba594c1dff272b8aeb
      Reviewed-on: https://go-review.googlesource.com/78715Reviewed-by: 's avatarBrad Fitzpatrick <bradfitz@golang.org>
      Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org>
      TryBot-Result: Gobot Gobot <gobot@golang.org>
      337f04bd
  3. 19 Nov, 2017 5 commits
  4. 18 Nov, 2017 8 commits
  5. 17 Nov, 2017 11 commits
  6. 16 Nov, 2017 4 commits