aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Bitcode
diff options
context:
space:
mode:
authorYounan Zhang <zyn7109@gmail.com>2025-05-10 20:44:45 +0800
committerGitHub <noreply@github.com>2025-05-10 20:44:45 +0800
commit802d8d90776b476ca8f257ab2e4fa2db185c6b69 (patch)
tree12a9b8c8f2e83b114a276a19028d940b3bfef5fc /llvm/lib/Bitcode
parent5fa64d65e92860b1d3ec607840f36f6a5d20aee6 (diff)
downloadllvm-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