[cfe-dev] [cfe-commits] r126459 - in /cfe/trunk: include/clang/AST/ include/clang/Frontend/ include/clang/Serialization/ lib/AST/ lib/Sema/ lib/Serialization/ test/Index/ tools/libclang/

Douglas Gregor dgregor at apple.com
Wed Mar 23 14:22:13 PDT 2011


On Mar 23, 2011, at 9:24 PM, Craig Silverstein wrote:

> } Update UsingDecl, UnresolvedUsingTypenameDecl, and
> } UnresolvedUsingValueDecl to use NestedNameSpecifierLoc rather than
> } the extremely-lossy NestedNameSpecifier/SourceRange pair it used to
> } use,
> 
> How is this conversion coming along?

It's basically done.

>  I was looking at
> RecursiveASTVisitor and it seems like it's using
> VisitNestedNameSpecifier() in a lot of places it could be using
> VisitNestedNameSpecifierLoc() instead.  Any objection to me changing
> those uses (assuming all tests still pass)?

Please go ahead.

> It looks like the only place where we still can't use
> NestedNameSpecifierLoc is QualifiedTemplateName/DependentTemplateName.
> While there's still some work to make some of the other types
> loc-aware -- TemplateSpecializationType only provides access to
> TemplateArgument, not TemplateArgumentLoc, for instance -- we're
> getting ever-closer to the day when RecursiveASTVisitor will be
> entirely loc-aware!  I'm excited.


TemplateSpecializationType doesn't have a nested-name-specifier in it; there will be an ElaboratedType around the TemplateSpecializationType to capture the nested-name-specifier.

	- Doug



More information about the cfe-dev mailing list