mirror of
https://github.com/golang/go.git
synced 2025-12-08 06:10:04 +00:00
cmd/compile: fix transitive inlining of generic functions
If an imported, non-generic function F transitively calls a generic function G[T], we may need to call CanInline on G[T]. While here, we can also take advantage of the fact that we know G[T] was already seen and compiled in an imported package, so we don't need to call InlineCalls or add it to typecheck.Target.Decls. This saves us from wasting compile time re-creating DUPOK symbols that we know already exist in the imported package's link objects. Fixes #56280. Change-Id: I3336786bee01616ee9f2b18908738e4ca41c8102 Reviewed-on: https://go-review.googlesource.com/c/go/+/443535 Run-TryBot: Matthew Dempsky <mdempsky@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Reviewed-by: David Chase <drchase@google.com> Auto-Submit: Matthew Dempsky <mdempsky@google.com>
This commit is contained in:
parent
a7538d7821
commit
9944ba757b
7 changed files with 83 additions and 12 deletions
|
|
@ -3485,7 +3485,7 @@ func unifiedInlineCall(call *ir.CallExpr, fn *ir.Func, inlIndex int) *ir.Inlined
|
|||
// potentially be recursively inlined themselves; but we shouldn't
|
||||
// need to read in the non-inlined bodies for the declarations
|
||||
// themselves. But currently it's an easy fix to #50552.
|
||||
readBodies(typecheck.Target)
|
||||
readBodies(typecheck.Target, true)
|
||||
|
||||
deadcode.Func(r.curfn)
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue