sammccall added a comment.

I like the goal here, a few high-level comments:

- it seems unfortunate to solve this mostly in xrefs rather than mostly in 
SelectionTree. All the other clients potentially want this behavior.
- the allSelectedNodes API on SelectionTree feels non-orthogonal: it's only 
meaningful here because the input happened to be a point and thus touches a 
single token and therefore node. If the input was a range, then this API 
doesn't help, because it loses the sense of "topmost" node.
- maybe the function we want walks down the tree as if finding the common 
ancestor, but may descend to return the roots of multiple subtrees if they are 
located in distinct expansions of the same macro arg
- or maybe we just want to treat non-first expansions as not-selected? That 
would about this issue I think

(BTW, Haojian is out the first few weeks of Jan. I'm still technically OOO, 
back later this week)


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D72041



_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to