diff options
| author | bculkin2442 <bjculkin@mix.wvu.edu> | 2020-01-17 18:49:35 -0500 |
|---|---|---|
| committer | bculkin2442 <bjculkin@mix.wvu.edu> | 2020-01-17 18:49:35 -0500 |
| commit | d8aade895eac0d1c971825f1e46e868568053bd3 (patch) | |
| tree | 03cdc1fae52f97bc01086dddeae99e0b32e32d72 | |
| parent | 2de7baca910ac2b79831bfdeb7c1df1ddfec031a (diff) | |
Fix GroupDecree tokenizer bug
When we were processing a nested closing decree, we were forgetting to
add it to the current clause, thus causing confusion when someone later
tried to parse that clause and missed their ending token.
| -rw-r--r-- | clformat/src/main/java/bjc/utils/ioutils/format/CLTokenizer.java | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/clformat/src/main/java/bjc/utils/ioutils/format/CLTokenizer.java b/clformat/src/main/java/bjc/utils/ioutils/format/CLTokenizer.java index d2ccfd2..1b9c90f 100644 --- a/clformat/src/main/java/bjc/utils/ioutils/format/CLTokenizer.java +++ b/clformat/src/main/java/bjc/utils/ioutils/format/CLTokenizer.java @@ -231,6 +231,8 @@ public class CLTokenizer implements Iterator<Decree> { } else if (curDecree.isNamed(desiredClosing)) { // Unnest nestingLevel -= 1; + + curClause.addChild(curDecree); } else { curClause.addChild(curDecree); } |
