diff options
| author | Krystian Stasiowski <sdkrystian@gmail.com> | 2024-04-22 11:48:13 -0400 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-04-22 11:48:13 -0400 |
| commit | 5c4b923c727767c9e6ad16324c559a1a92616171 (patch) | |
| tree | 5a692480ba7fd472a140127f210a617238a542a0 /lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPythonImpl.h | |
| parent | 6bd29d66398d54869670f237c0ffd34ca84b7abe (diff) | |
| download | llvm-5c4b923c727767c9e6ad16324c559a1a92616171.zip llvm-5c4b923c727767c9e6ad16324c559a1a92616171.tar.gz llvm-5c4b923c727767c9e6ad16324c559a1a92616171.tar.bz2 | |
Reapply "[Clang][Sema] Fix crash when 'this' is used in a dependent class scope function template specialization that instantiates to a static member function (#87541, #88311)" (#88731)
Reapplies #87541 and #88311 (again) addressing the bug which caused
expressions naming overload sets to be incorrectly rebuilt, as well as
the bug which caused base class members to always be treated as overload
sets.
The primary change since #88311 is `UnresolvedLookupExpr::Create` is called directly in `BuildPossibleImplicitMemberExpr` with `KnownDependent` as `true` (which causes the expression type to be set to `ASTContext::DependentTy`). This ensures that any further semantic analysis involving the type of the potentially implicit class member access expression is deferred until instantiation.
Diffstat (limited to 'lldb/source/Plugins/ScriptInterpreter/Python/ScriptInterpreterPythonImpl.h')
0 files changed, 0 insertions, 0 deletions