forked from OSchip/llvm-project
adedac68dc
Summary:
include-fixer will firstly try to use scoped namespace context information to
search identifier. However, in some cases, it's unsafe to do nested class
search, because it might treat the identifier as a nested class of scoped
namespace.
Given the following code, and the symbol database only has two classes: "foo" and
"b::Bar".
namespace foo { Bar t; }
Before getting fixing, include-fixer will never search "Bar" symbol.
Because it firstly tries to search "foo::Bar", there is no "Bar" in foo namespace,
then it finds "foo" in database finally. So it treats "Bar" is a nested class
of "foo".
Reviewers: bkramer
Subscribers: cfe-commits
Differential Revision: https://reviews.llvm.org/D23023
llvm-svn: 277442
|
||
|---|---|---|
| .. | ||
| find-all-symbols | ||
| tool | ||
| CMakeLists.txt | ||
| InMemorySymbolIndex.cpp | ||
| InMemorySymbolIndex.h | ||
| IncludeFixer.cpp | ||
| IncludeFixer.h | ||
| IncludeFixerContext.cpp | ||
| IncludeFixerContext.h | ||
| SymbolIndex.h | ||
| SymbolIndexManager.cpp | ||
| SymbolIndexManager.h | ||
| YamlSymbolIndex.cpp | ||
| YamlSymbolIndex.h | ||