[PATCH] D87225: [clangd] When finding refs for a renaming alias, do not return refs to underlying decls

Haojian Wu via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Fri Sep 25 06:42:22 PDT 2020


hokein added inline comments.


================
Comment at: clang-tools-extra/clangd/XRefs.cpp:1150
+      if (llvm::isa<UsingDecl>(D) || llvm::isa<UnresolvedUsingValueDecl>(D)) {
+        Decls = getDeclAtPosition(AST, *CurLoc,
+                                  Relations | DeclRelation::Underlying);
----------------
I think it should not happen in practice (Decls just have 1 element in most cases), but the code feels hacky, we are throwing other decls if one of the `Decls` is a using decl.

I suppose if we're using the same workaround as `locateASTReferent`, then we should follow that way by only adjusting the UsingDecl/UnresolvedValueDecl results and keeping others.


In general, I think we probably need to remove this workaround (see the  `FIXME` in `locateASTReferent`) by refining TargetDecl API. The current `DeclRelation::Underlying` enum is not enough to support our use case where we only want underlying decls for *non-renaming* alias. One rough idea to fix it is to split the `Underlying` to two `RenameAliasUnderlying` and `RemainingUnderlying` -- this would need some API design work, so no need to do it in this patch.





Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D87225



More information about the cfe-commits mailing list