aboutsummaryrefslogtreecommitdiff
path: root/src/cmd/compile/internal/devirtualize/devirtualize.go
diff options
context:
space:
mode:
authorMatthew Dempsky <mdempsky@google.com>2022-08-18 03:53:58 -0700
committerMatthew Dempsky <mdempsky@google.com>2022-08-18 17:26:17 +0000
commit07cf24bdfe55dd3493e580c67b5437a114df7658 (patch)
tree2f419f1ce5b784763cf16b072369fec53c238b52 /src/cmd/compile/internal/devirtualize/devirtualize.go
parentb23d469e854f36e5ba8c0de9b7406a81e82d15c1 (diff)
downloadgo-07cf24bdfe55dd3493e580c67b5437a114df7658.tar.xz
cmd/compile/internal/noder: set ir.Name.DictIndex for unified IR
For local variables of derived type, Delve relies on ir.Name.DictIndex being set to the type's rtype index within the function's dictionary. This CL implements that functionality within unified IR. Manually double checked that Delve behaves correctly, at least as far as I can tell from casual use. Specifically, I confirmed that running the test program from TestDictIndex, stepping into testfn, and then running `print mapvar` prints `map[int]main.CustomInt []`, which matches the behavior under GOEXPERIMENT=nounified. (Also compare that when ir.Name.DictIndex is *not* set by unified IR, `print mapvar` instead prints `map[int]go.shape.int []`.) Fixes #54514. Change-Id: I90d443945895abfba04dc018f15e00217930091c Reviewed-on: https://go-review.googlesource.com/c/go/+/424735 Reviewed-by: Cuong Manh Le <cuong.manhle.vn@gmail.com> Reviewed-by: Keith Randall <khr@golang.org> Run-TryBot: Matthew Dempsky <mdempsky@google.com> Reviewed-by: Keith Randall <khr@google.com> TryBot-Result: Gopher Robot <gobot@golang.org>
Diffstat (limited to 'src/cmd/compile/internal/devirtualize/devirtualize.go')
0 files changed, 0 insertions, 0 deletions