diff options
| author | Chuanqi Xu <yedeng.yd@linux.alibaba.com> | 2025-03-11 11:36:17 +0800 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-03-11 11:36:17 +0800 |
| commit | 612e4e9d6daff61eb480b9b3d9ca47f33168772e (patch) | |
| tree | c2c01e9c4000382da09beab8460ac37212ffa6cf /clang/lib/CodeGen/ModuleBuilder.cpp | |
| parent | ab6f470675ed31e5ed1494f6521c3d477c537392 (diff) | |
| download | llvm-612e4e9d6daff61eb480b9b3d9ca47f33168772e.zip llvm-612e4e9d6daff61eb480b9b3d9ca47f33168772e.tar.gz llvm-612e4e9d6daff61eb480b9b3d9ca47f33168772e.tar.bz2 | |
[C++20] [Modules] Instantiate pending instantiations when GMF ends (#126842)
Close https://github.com/llvm/llvm-project/issues/125999
The cause of the problem is, when we instantiate the pending
instantiation, the owning module of the TU gets into 'foo' instead of
the GMF.
The concern of the patch is, I am not sure the point of 'pending'
instantiations. I mean, if there is a reason we **must** pending the
intantiations to the end of the TU.
Diffstat (limited to 'clang/lib/CodeGen/ModuleBuilder.cpp')
0 files changed, 0 insertions, 0 deletions