This is an archive of the discontinued LLVM Phabricator instance.

Add clang-tidy readability-redundant-control-flow check
ClosedPublic

Authored by LegalizeAdulthood on Jan 15 2016, 10:50 PM.

Details

Summary

This check looks for return statements at the end of a function returning void:

void f()
{
  return;
}

becomes

void f()
{
}

It looks for redundant continue statements at the end of loop constructs:

void f() {
   for (int i = 0; i < 10; ++i) {
    g();
    continue;
  }
}

becomes

void f() {
  for (int i = 0; i < 10; ++i) {
    g();
  }
}

Diff Detail

Event Timeline

LegalizeAdulthood retitled this revision from to Add clang-tidy readability-redundant-return check.
LegalizeAdulthood updated this object.
LegalizeAdulthood added a reviewer: alexfh.
LegalizeAdulthood added a subscriber: cfe-commits.
clang-tidy/readability/RedundantReturnCheck.cpp
47–50

This was a great trick I stole from the unused namespace alias check. I could really use some method for trimming off preceding whitespace for a statement as well. Right now, the return statement gets removed, but when it appears on a line by itself, it's indentation whitespace is left in place and I'd like to be able to remove that as well. I tried a couple things, but for this first pass simply decided to let the test cases allow leading whitespace before the closing brace of the function. One can always use artistic style or clang-format to reformat the results anyway, so it's not that big a deal I suppose.

Eugene.Zelenko added a subscriber: Eugene.Zelenko.EditedJan 16 2016, 1:12 PM

Thank you for this check! PR21984 waited to be implemented for so looong time :-)

By the word, other return related readability check idea: PR22416. May be both could be combined in single check?

Extend this check to handle redundant continue statements in loop bodies.

With this extension, I'm wondering if the check should be renamed redundant-control-flow instead of redundant-return.

Comments?

I didn't know about the bug reports. I created this check because I have encountered such redundant control flow in real code bases.

This would close 21984, but not 22416. 22416 feels more like a check to eliminate redundant parenthesis, whereas this check is concerned with the entire control flow statement being redundant.

I didn't know about the bug reports. I created this check because I have encountered such redundant control flow in real code bases.

Bug report was reflection on my code base, but I also spotted similar patterns in LLVM.

There are a lot of Clang-tidy enhancement ideas in Bugzilla, so may be you could find some interesting enough to be implemented?

I'm starting with stuff that I see in code bases where I work; chances are that other people see them too. In the future, I'll look in the bug database for stuff that is similar or identical to what I'm doing.

I would like to see some additional tests to ensure that this does not turn dead code into live code with the fix. e.g.,

void g();
void f() {
  return;
  g(); // This would become live code if return were removed.
}

A similar test for continue would be appreciated as well. Tests for range-based for loops also.

clang-tidy/readability/RedundantReturnCheck.cpp
23

Would be better written as: returns(voidType()) instead of using asString().

24

Would be best to restrict this to a return statement that has no expression if we don't want to diagnose this:

void g();

void f() {
  return g();
}

Either way, it would be good to have a test that ensures this isn't mangled.

28

I think you also want to match cxxForRangeStmt() in the same way.

34

Elide braces for these if-else statements.

75

No need for ast_matchers.

77

Please consolidate this duplicated code.

clang-tidy/readability/RedundantReturnCheck.h
26

Since this also handling continue, I think this would be SpuriousFlowControlCheck instead?

alexfh added inline comments.Jan 19 2016, 7:26 AM
clang-tidy/readability/RedundantReturnCheck.h
26

Maybe RedundantControlFlowStatementsCheck?

docs/clang-tidy/checks/readability-redundant-return.rst
7

Please add an example for return and one more for continue.

aaron.ballman added inline comments.Jan 19 2016, 7:29 AM
clang-tidy/readability/RedundantReturnCheck.h
26

I like that name better. :-)

alexfh added inline comments.Jan 19 2016, 7:55 AM
clang-tidy/readability/RedundantReturnCheck.cpp
36

Maybe just bind the compound statement and get rid of these ifs?

test/clang-tidy/readability-redundant-return.cpp
1

Please add tests with macros and templates that ensure:

  • no replacements in macro bodies
  • correct replacements in macro arguments (that are not inside another macro's body)
  • replacements in template bodies with multiple instantiations are applied only once (adding unless(isInTemplateInstantiation()) filter to the matcher is a usual way to handle this).
clang-tidy/readability/RedundantReturnCheck.cpp
24

How about transforming this odd looking duck into

void g();

void f() {
  g();
}

?

aaron.ballman added inline comments.Jan 19 2016, 9:40 AM
clang-tidy/readability/RedundantReturnCheck.cpp
24

I think in the context of this check, that would be fine.

kimgr added a subscriber: kimgr.Jan 19 2016, 11:09 AM

Came up with another test case.

test/clang-tidy/readability-redundant-return.cpp
21–24

What happens to guard clauses invoking void functions?

void h() {
}

void g(int i) {
  if(i < 0) {
    return h();
  }
}
test/clang-tidy/readability-redundant-return.cpp
21–24

Nothing because the last statement of the compoundStmt that is the function body is an if statement and not a return statement.

That is exactly why lines 21-24 are in the test suite :).

kimgr added inline comments.Jan 19 2016, 11:24 AM
test/clang-tidy/readability-redundant-return.cpp
21–24

Ah, I hadn't understood the mechanics of the check. I read the docs, and now I do! Don't mind me :-)

test/clang-tidy/readability-redundant-return.cpp
21–24

I had thought about doing a deeper analysis of the control flow to look for such cases, but I will leave that for later.

For instance, the following code may plausibly appear in a code base:

void f() {
  do_stuff();
  {
    lock l(mutex);
    do_locked_stuff();
    return;
  }
}

I haven't tried this on this patch, but I suspect it would do nothing; I will add some examples of these more complicated cases to the test suite to show that the implementation doesn't yet handle more advanced flow analysis.

In this case, the return is similarly redundant, as well as a return as the last statement of an if as you mentioned. However, I wanted to start with something simple and get feedback on that before attempting to do more advanced cases.

aaron.ballman added inline comments.Jan 19 2016, 12:01 PM
test/clang-tidy/readability-redundant-return.cpp
21–24

I think that starting simple and expanding later is the right approach.

LegalizeAdulthood marked 8 inline comments as done.Jan 23 2016, 6:19 PM
LegalizeAdulthood added inline comments.
clang-tidy/readability/RedundantReturnCheck.cpp
24

For now I have opted to simply ignore such odd ducks.

test/clang-tidy/readability-redundant-return.cpp
1

When I added template test cases, I wasn't sure how to write a test case for what you requested. I wrote test code that multiply instantiated a template and only see my check triggering on the template body as written in the code.

LegalizeAdulthood retitled this revision from Add clang-tidy readability-redundant-return check to Add clang-tidy readability-redundant-control-flow check.
LegalizeAdulthood marked an inline comment as done.

Update from review comments

Improve matcher to simplify callback

aaron.ballman added inline comments.Jan 25 2016, 7:20 AM
clang-tidy/readability/RedundantControlFlowCheck.cpp
24 ↗(On Diff #45842)

void function -> function with a void return type.

45 ↗(On Diff #45842)

Instead of adding four different matchers, it would be better to add one matcher with anyOf(). e.g.,

Finder->addMatcher(stmt(anyOf(forStmt(), whileStmt(), doStmt(), cxxForRangeStmt()), has(compoundStmt(hasAnySubstatement(continueStmt())))), this);
59 ↗(On Diff #45842)

Elide braces.

68 ↗(On Diff #45842)

Elide braces

Eugene.Zelenko added a comment.EditedJan 25 2016, 1:42 PM

Just encountered next situation in my work code base:

void Function() {
...

  if (Condition) {
    ...
  }
  else
    return;
}
LegalizeAdulthood marked 4 inline comments as done.Jan 28 2016, 7:27 PM
LegalizeAdulthood added inline comments.
clang-tidy/readability/RedundantControlFlowCheck.cpp
59 ↗(On Diff #45842)

This keeps coming up. My fingers really want to type braces around bodies of control structures.

If omitting the braces is the "LLVM/clang style", then we should have a clang-tidy check that fixes this :-).

LegalizeAdulthood marked an inline comment as done.

Update from review comments

aaron.ballman accepted this revision.Feb 1 2016, 7:32 AM
aaron.ballman edited edge metadata.

With one small nit to the diagnostic wording for consistency, LGTM! I will go ahead and make that change, then commit on your behalf. You may want to talk to Chris Lattner about getting commit privileges, if you'd like them.

clang-tidy/readability/RedundantControlFlowCheck.cpp
25 ↗(On Diff #46334)

Our usual diagnostic terminology for this is "void return type" instead of "returning void".

60 ↗(On Diff #46334)

It is the LLVM coding style (though I don't personally care for it), and you are right -- a clang-tidy check in the LLVM module wouldn't be amiss. :-)

This revision is now accepted and ready to land.Feb 1 2016, 7:32 AM
aaron.ballman closed this revision.Feb 1 2016, 7:35 AM

I have commit in r259362. Thank you!

alexfh edited edge metadata.Feb 1 2016, 8:37 AM

Thank you for adding more test cases! Could you address one more comment in a follow-up, please?

test/clang-tidy/readability-redundant-control-flow.cpp
193 ↗(On Diff #46334)

This test doesn't verify whether the second return is removed or not. Whatever the behavior is, it would be good to make it obvious in the test.

LegalizeAdulthood marked an inline comment as done.Jan 1 2022, 1:38 PM