diff options
author | Younan Zhang <zyn7109@gmail.com> | 2025-05-10 20:44:45 +0800 |
---|---|---|
committer | GitHub <noreply@github.com> | 2025-05-10 20:44:45 +0800 |
commit | 802d8d90776b476ca8f257ab2e4fa2db185c6b69 (patch) | |
tree | 12a9b8c8f2e83b114a276a19028d940b3bfef5fc /llvm/lib/Bitcode | |
parent | 5fa64d65e92860b1d3ec607840f36f6a5d20aee6 (diff) | |
download | llvm-802d8d90776b476ca8f257ab2e4fa2db185c6b69.zip llvm-802d8d90776b476ca8f257ab2e4fa2db185c6b69.tar.gz llvm-802d8d90776b476ca8f257ab2e4fa2db185c6b69.tar.bz2 |
[Clang] Don't ditch typo-corrected lookup result (#139374)
For a member function call like 'foo.bar<int>()', there are two
typo-correction points after parsing the dot. The first occurs in
ParseOptionalCXXScopeSpecifier, which tries to annotate the template
name following any scope specifiers.
If the template name bar is not found within 'foo', the parser was
previously instructed to drop any function templates found outside of
the scope. This was intended to prevent ambiguity in expressions like
'foo->bar < 7', as explained in commit 50a3cddd. However, it's
unnecessary to discard typo-corrected results that were strictly
resolved within the scope 'foo'.
We won't perform a second typo-correction in ParseUnqualifiedId after
the name being annotated.
Fixes https://github.com/llvm/llvm-project/issues/139226
Diffstat (limited to 'llvm/lib/Bitcode')
0 files changed, 0 insertions, 0 deletions