[PATCH] D95706: [clangd] Expose more dependent-name detail via semanticTokens

Nathan Ridge via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Tue Feb 9 11:30:22 PST 2021


nridge added inline comments.


================
Comment at: clang-tools-extra/clangd/SemanticHighlighting.h:78
   Abstract,
+  DependentName,
 
----------------
sammccall wrote:
> nridge wrote:
> > Just `Dependent` might be enough
> AFAICS the current implementation is closer to "dependent name" than "dependent", I think.
> 
> For example, in the RHS of `template <typename T> using Val = T::value_type`, both "T" and "value_type" certainly refer to dependent types. But only `value_type` is a dependent name, and only `value_type` gets the old kinds/new modifier.
> 
> ---
> 
> Or are you proposing we change the implementation too?
> 
> It's not intuitively which version would be more useful. FWIW I have the current DependentName kind highlighted in bold bright orange, and I find it really helpful :-) When there are errors and RecoveryExpr kicks in, it colors the resulting unresolved names, which I like surprisingly much.
I like the current impl as well, was not proposing a change to it. I was just quibbling about the name. Please feel free to ignore, it makes sense to be consistent with clang's terminology.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D95706/new/

https://reviews.llvm.org/D95706



More information about the cfe-commits mailing list