This is a clang-tidy check for llvm. It checks for dangling else and for possible misleading indentation due to omitted braces.
Details
Diff Detail
Event Timeline
The patch is broken:
Index: clang-tidy/readability/Mislead =================================================================== --- /dev/null +++ clang-tidy/readability/Mislead @@ -0,0 +1,77 @@ +//===--- MisleadingIndentationCheck.cpp - clang-tidy-----------------------===//
Please fix and re-upload.
clang-tidy/readability/MisleadingIndentationCheck.cpp | ||
---|---|---|
55 | What about a one-line "if (x) foo(); else bar();"? Warn on it anyways? | |
test/clang-tidy/readability-misleading-indentation.cpp | ||
49 | This is arguably misleading indentation, but I'm ok with not warning on it if you think it will cause too many false positives. |
Both dangling else and the other check now ignore one-line if-else statements. Corrected other reviews as well.
Could you lift some logics to the matcher instead of the check.
clang-tidy/readability/MisleadingIndentationCheck.cpp | ||
---|---|---|
23 | nit: const | |
41 | nit: const | |
68 | of if statement -> previous if statement | |
73 | instead of doing check at line 23: if (!If->getElse()) you should use 'hasElse' matcher here. As I get it, you want to match something like: anyOf( ifStatement(hasThen(stmt().bind("last")), hasElse(unless(compoundStmt())), ifStatement(hasThen(unless(compoundStmt())), unless(hasElse(stmt().bind("last"))) ) Then, by getting node named "last" you can retrieve the indentation of the last statement. | |
78 | nit: remove empty line | |
clang-tidy/readability/MisleadingIndentationCheck.h | ||
31 | nit: private | |
docs/clang-tidy/checks/readability-misleading-indentation.rst | ||
9 | could you fix these long lines. | |
test/clang-tidy/readability-misleading-indentation.cpp | ||
63 | I would like to see more tests with { } if (xxx) { } else { } if (xxx) { } else { } if (xxx) { } else { } if (xxx) { } else { } | |
63 | could you add test with macro: #define BLOCK if (xxx) \ stm1(); \ stm2(); |
You should not limit the checker to "if".
The for-statement and while-statement are also wrong for the same reasons:
while (x) statement1(); statement2();
for (...) statement1(); statement2();
You should test your code over large code base.
You should catch these cases:
https://code.google.com/p/chromium/codesearch#chromium/src/third_party/WebKit/Source/core/frame/FrameView.cpp&q=setMediaType&sq=package:chromium&type=cs&l=1253
You will also find strange cases like:
https://code.google.com/p/chromium/codesearch#chromium/src/third_party/icu/source/i18n/usearch.cpp&q=initializepattern&sq=package:chromium&type=cs&l=438
The rule also apply for statements in a same compound:
{ statement1(); statement2(); statement3();
But this can be a further improvement.
I believe this might be an intentional omission, since this can not imply semantic problems. But I agree that, this addition makes sense.
Fair enough. This checker is in 'readbility', so I don't see why not.
But, feel free to postpone. Or let someone else take it.
Checker now works with for and while statements as well, new tests were added, other syntactical and logical updates have been made.
Gergely, it seems that the last diff is missing clang-tidy/readability/MisleadingIndentationCheck.cpp. A few more comments below.
docs/clang-tidy/checks/readability-misleading-indentation.rst | ||
---|---|---|
14 | nit: Please use double backquotes to mark inline code fragments. | |
test/clang-tidy/readability-misleading-indentation.cpp | ||
17 |
| |
18 | These CHECK-FIXES: are totally unreliable, since they are all matching the same pattern. FileCheck (which is used to verify the output against these CHECK lines) maintains no implicit relation between the check line location and the line number matched in the output. The two things that matter to FileCheck are the order of the matched lines and their content. So the patterns need to be unique to avoid matches to incorrect lines. Change them to, e.g. // comment1, // comment2, ... | |
64 | What about this comment? | |
64 | What about this comment? |
Please mark all addressed comments "Done".
test/clang-tidy/readability-misleading-indentation.cpp | ||
---|---|---|
16 | Please place // CHECK comments at column 1 or 3. Indenting them like this makes the test less readable. | |
17 | Did you run the tests after changes? I don't think the // comment1 line can actually appear in the fixed code, when it's not there before the fix. |
so i have to submit K good to know
test/clang-tidy/readability-misleading-indentation.cpp | ||
---|---|---|
17 | Could you please explain what check-fixes does and how? Im not sure about it. | |
49 | Since brackets are used I don't think we should warn about it. It would indeed cause man false positives. | |
64 | The checker doesn't work for macro's I don't know why and how to fix it so I just ignored it. |
test/clang-tidy/readability-misleading-indentation.cpp | ||
---|---|---|
17 | You can read the documentation here: http://clang.llvm.org/extra/clang-tidy/#testing-checks Didn't you execute the tests? (Using make check-all or some similar command) The CHECK-FIXES line will check the content of the file after the fixits are applied. The check will fail when the specified pattern is not found in the result. |
Hello!
Gonna fix the tests ASAP! Any other suggestions, fixes, improvements considering the checker?
clang-tidy/readability/MisleadingIndentationCheck.cpp | ||
---|---|---|
21 | There is no handling of tabs and spaces by danglingElseCheck as far as I see. The "if" might for example be indented with spaces. And then the corresponding "else" is indented with a tab. Then I guess there is false positive. If the "if" is indented with 2 spaces and the "else" is indented with 2 tabs. then I assume there is false negative. It's unfortunate. Is it ok? | |
35 | I see no test case that says "potential dangling else". If I'm not mistaken that should be added. Is it really sufficient to write that? It's not obvious to me why clang-tidy would think it's dangling. | |
45 | You don't need to use both isa and dyn_cast: if (const auto *CurrentIf = dyn_cast<IfStmt>(CurrentStmt)) { Inside = CurrentIf->getElse() ? CurrentIf->getElse() : CurrentIf->getThen(); } .... | |
clang-tidy/readability/MisleadingIndentationCheck.h | ||
21 | there are too many spaces in this comment |
- Updated to latest trunk.
- Mentioned check in the release notes.
- Documented the limitation that tabs and spaces need to be consistent for this check to work.
- Fixed (hopefully all) review comments.
- Fixed the test cases.
- Minor code cleanups.
clang-tidy/readability/MisleadingIndentationCheck.cpp | ||
---|---|---|
21 | Documented this limitation. |
clang-tidy/readability/MisleadingIndentationCheck.cpp | ||
---|---|---|
42 | I would rename Inside to Inner. That would make InnerLoc more "consistent". | |
48 | nit: write "const auto *CurrentWhile...". missing "*"? | |
test/clang-tidy/readability-misleading-indentation.cpp | ||
21 | I am skeptic about this warning message. Why does it say "potential". I would say that in this test case the indentation _is_ "dangling". The message is not very clear to me. I personally don't intuitively understand what is wrong without looking at the code. I don't know what it should say. Maybe: different indentation for 'if' and 'else' |
- Added a note to make it easier to understand the diagnostics.
- Reworded the error message about dangling else.
- Fixed other review comments.
LG
clang-tidy/readability/MisleadingIndentationCheck.cpp | ||
---|---|---|
79 | Yep, with matchers you never know what will compile ;) Maybe has(stmt(anyOf(ifStmt(), forStmt(), whileStmt())))? If this also doesn't work, then it's fine as is. |
clang-tidy/readability/MisleadingIndentationCheck.cpp | ||
---|---|---|
79 | That did the trick, thanks :) |
there are too many spaces in this comment