aboutsummaryrefslogtreecommitdiff
path: root/src/cmd/compile/internal/types2/subst.go
diff options
context:
space:
mode:
authorDan Scales <danscales@google.com>2021-08-24 17:35:51 -0700
committerDan Scales <danscales@google.com>2021-08-26 20:18:58 +0000
commitc9e05fdcf7fd49e9b27f8bcb16347d17d04bc4e7 (patch)
tree5198833f9666a66c14d86aedbbc05629feb25ed2 /src/cmd/compile/internal/types2/subst.go
parenteb6a07fcf99050c447097a8ff6358c484c0f8715 (diff)
downloadgo-c9e05fdcf7fd49e9b27f8bcb16347d17d04bc4e7.tar.gz
go-c9e05fdcf7fd49e9b27f8bcb16347d17d04bc4e7.zip
cmd/compile: fix reference to generic type needed by crawler
This problem happens when you create a new local type that uses an imported generic type (maybe just by instantiating it), and then that local type needed to be included as part of an export. In that case, the imported generic type is does not have a declaration in the local package, so it is not necessarily created in types1, so the crawler/export doesn't work. To fix this issue, we just need to add a call to g.obj() for the base generic type, to make sure that it will exist if needed later in the compilation or for the crawler during export. Fixes #47514 Change-Id: Ie756578f07ad0007de8a88ae909cf7534a22936e Reviewed-on: https://go-review.googlesource.com/c/go/+/345411 Reviewed-by: Keith Randall <khr@golang.org> Trust: Dan Scales <danscales@google.com>
Diffstat (limited to 'src/cmd/compile/internal/types2/subst.go')
0 files changed, 0 insertions, 0 deletions