[PATCH] D125911: [pseudo] (trivial) bracket-matching
Haojian Wu via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Mon May 23 02:20:17 PDT 2022
hokein added inline comments.
================
Comment at: clang-tools-extra/pseudo/unittests/BracketTest.cpp:103
+TEST(Bracket, SimplePair) {
+ verifyBrackets("^{ ^[ ^( ^) ^( ^) ^] ^}");
+ verifyBrackets(") ^{ ^[ ^] ^} (");
----------------
sammccall wrote:
> hokein wrote:
> > For this simple case, just using `^` is fine.
> >
> > I think in the near future, we would need more to verify that e.g. which two brackets are paired. And since we're defining some some common functions used by the tests, I wonder what's the plan here (using something like `{ $1^( $1^)`?)
> > I think in the near future, we would need more to verify that e.g. which two brackets are paired.
>
> I thought about the simplest way to specify these tests, and I think the `^` is sufficient.
>
> The combination of:
> a) the set of brackets that are paired
> b) for each bracket, knowing whether it is paired forwards or backwards
> c) certainty that brackets are well-nested
> fully determines the bracket pairing.
>
> The test specifies a) and we check it, and b) and c) can be verified with no extra information.
>
> Does this make sense? It's a little implicit, but makes the testcases much more readable than having to specifiy `$1^` etc.
> If so, I'll explain this in a comment.
Sure, using `^` is sufficient, and agree that make test cases more readable.
I was a bit worried about the error-repair cases. For these cases, I thought b) (e.g. we know this `{` should be paired with the last `}`, not the next one) is more important, it is probably better explicitly specify in the test, rather than doing it silently. I think we can use trailing comments to explain that while keeping `^`.
```
class A ^{ // A
void foo() {
^} // A
```
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D125911/new/
https://reviews.llvm.org/D125911
More information about the cfe-commits
mailing list