[Issue 21299] [LINK] undefined reference to dmd.root.stringtable.StringValue!(Type).StringValue.lstring()

[d-bugmail at puremagic.com]

https://issues.dlang.org/show_bug.cgi?id=21299

--- Comment #8 from Dlang Bot <dlang-bot at dlang.rocks> ---
dlang/dmd pull request #11886 "merge stable" was merged into master:

- 8d6c07f60edfa51e7ad0882def71ef3e6437a465 by Iain Buclaw:
  Fix Issue 21299: Undefined reference to
dmd.root.stringtable.StringValue!(Type).lstring()

  In `templateInstanceSemantic`, there exists special handling of matching
  template instances for the same template declaration to ensure that only
  at most one instance gets codegen'd.

  If the primary instance `inst` originated from a non-root module, the
  `minst` field will be updated so it is now coming from a root module,
  however all Dsymbol `inst.members` of the instance still have their
  `_scope.minst` pointing at the original non-root module. We must now
  propagate `minst` to all members so that forward referenced dependencies
  that get instantiated will also be appended to the root module,
  otherwise there will be undefined references at link-time.

  This doesn't affect compilations where all modules are compiled
  together, as every module is a root module in that situation.  What this
  primarily affects are cases where there is a mix of root and non-root
  modules, and a template was first instantiated in a non-root context,
  then later instantiated again in a root context.

- cf9113d804ec7a89bb354791d66b9555bc4f3f8d by Iain Buclaw:
  Fix Issue 21299: Undefined reference to
dmd.root.stringtable.StringValue!(Type).lstring()

  Alternative patch where instead of proactively fixing up instance
  members when a template gets changed to a root instance, rather
  propagate the `minst` as and when we run semantic on the nested
  templates that still have a non-root `minst` from its scope.

https://github.com/dlang/dmd/pull/11886

--