diff options
author | Alexander Kornienko <alexfh@google.com> | 2017-08-08 14:53:52 +0000 |
---|---|---|
committer | Alexander Kornienko <alexfh@google.com> | 2017-08-08 14:53:52 +0000 |
commit | f1a6552a95ef359317405b6b905e452c0577d22c (patch) | |
tree | af10b95774e60b52b2270e32b9b11a7e868a0145 /clang-tools-extra/clang-tidy/performance/ImplicitConversionInLoopCheck.cpp | |
parent | 64d31edef33097f3878a12285a6db4d1e9488454 (diff) | |
download | bcm5719-llvm-f1a6552a95ef359317405b6b905e452c0577d22c.tar.gz bcm5719-llvm-f1a6552a95ef359317405b6b905e452c0577d22c.zip |
[clang-tidy] 'implicit cast' -> 'implicit conversion'
Summary:
This patch renames checks, check options and changes messages to use correct
term "implicit conversion" instead of "implicit cast" (which has been in use in
Clang AST since ~10 years, but it's still technically incorrect w.r.t. C++
standard).
* performance-implicit-cast-in-loop -> performance-implicit-conversion-in-loop
* readability-implicit-bool-cast -> readability-implicit-bool-conversion
- readability-implicit-bool-cast.AllowConditionalIntegerCasts ->
readability-implicit-bool-conversion.AllowIntegerConditions
- readability-implicit-bool-cast.AllowConditionalPointerCasts ->
readability-implicit-bool-conversion.AllowPointerConditions
Reviewers: hokein, jdennett
Reviewed By: hokein
Subscribers: mgorny, JDevlieghere, xazax.hun, cfe-commits
Differential Revision: https://reviews.llvm.org/D36456
llvm-svn: 310366
Diffstat (limited to 'clang-tools-extra/clang-tidy/performance/ImplicitConversionInLoopCheck.cpp')
-rw-r--r-- | clang-tools-extra/clang-tidy/performance/ImplicitConversionInLoopCheck.cpp | 98 |
1 files changed, 98 insertions, 0 deletions
diff --git a/clang-tools-extra/clang-tidy/performance/ImplicitConversionInLoopCheck.cpp b/clang-tools-extra/clang-tidy/performance/ImplicitConversionInLoopCheck.cpp new file mode 100644 index 00000000000..2acbca3456d --- /dev/null +++ b/clang-tools-extra/clang-tidy/performance/ImplicitConversionInLoopCheck.cpp @@ -0,0 +1,98 @@ +//===--- ImplicitConversionInLoopCheck.cpp - clang-tidy--------------------===// +// +// The LLVM Compiler Infrastructure +// +// This file is distributed under the University of Illinois Open Source +// License. See LICENSE.TXT for details. +// +//===----------------------------------------------------------------------===// + +#include "ImplicitConversionInLoopCheck.h" + +#include "clang/AST/ASTContext.h" +#include "clang/AST/Decl.h" +#include "clang/ASTMatchers/ASTMatchFinder.h" +#include "clang/ASTMatchers/ASTMatchers.h" +#include "clang/Lex/Lexer.h" + +using namespace clang::ast_matchers; + +namespace clang { +namespace tidy { +namespace performance { + +// Checks if the stmt is a ImplicitCastExpr with a CastKind that is not a NoOp. +// The subtelty is that in some cases (user defined conversions), we can +// get to ImplicitCastExpr inside each other, with the outer one a NoOp. In this +// case we skip the first cast expr. +static bool IsNonTrivialImplicitCast(const Stmt *ST) { + if (const auto *ICE = dyn_cast<ImplicitCastExpr>(ST)) { + return (ICE->getCastKind() != CK_NoOp) || + IsNonTrivialImplicitCast(ICE->getSubExpr()); + } + return false; +} + +void ImplicitConversionInLoopCheck::registerMatchers(MatchFinder *Finder) { + // We look for const ref loop variables that (optionally inside an + // ExprWithCleanup) materialize a temporary, and contain a implicit + // conversion. The check on the implicit conversion is done in check() because + // we can't access implicit conversion subnode via matchers: has() skips casts + // and materialize! We also bind on the call to operator* to get the proper + // type in the diagnostic message. + // + // Note that when the implicit conversion is done through a user defined + // conversion operator, the node is a CXXMemberCallExpr, not a + // CXXOperatorCallExpr, so it should not get caught by the + // cxxOperatorCallExpr() matcher. + Finder->addMatcher( + cxxForRangeStmt(hasLoopVariable( + varDecl(hasType(qualType(references(qualType(isConstQualified())))), + hasInitializer(expr(hasDescendant(cxxOperatorCallExpr().bind( + "operator-call"))) + .bind("init"))) + .bind("faulty-var"))), + this); +} + +void ImplicitConversionInLoopCheck::check( + const MatchFinder::MatchResult &Result) { + const auto *VD = Result.Nodes.getNodeAs<VarDecl>("faulty-var"); + const auto *Init = Result.Nodes.getNodeAs<Expr>("init"); + const auto *OperatorCall = + Result.Nodes.getNodeAs<CXXOperatorCallExpr>("operator-call"); + + if (const auto *Cleanup = dyn_cast<ExprWithCleanups>(Init)) + Init = Cleanup->getSubExpr(); + + const auto *Materialized = dyn_cast<MaterializeTemporaryExpr>(Init); + if (!Materialized) + return; + + // We ignore NoOp casts. Those are generated if the * operator on the + // iterator returns a value instead of a reference, and the loop variable + // is a reference. This situation is fine (it probably produces the same + // code at the end). + if (IsNonTrivialImplicitCast(Materialized->getTemporary())) + ReportAndFix(Result.Context, VD, OperatorCall); +} + +void ImplicitConversionInLoopCheck::ReportAndFix( + const ASTContext *Context, const VarDecl *VD, + const CXXOperatorCallExpr *OperatorCall) { + // We only match on const ref, so we should print a const ref version of the + // type. + QualType ConstType = OperatorCall->getType().withConst(); + QualType ConstRefType = Context->getLValueReferenceType(ConstType); + const char Message[] = + "the type of the loop variable %0 is different from the one returned " + "by the iterator and generates an implicit conversion; you can either " + "change the type to the matching one (%1 but 'const auto&' is always a " + "valid option) or remove the reference to make it explicit that you are " + "creating a new value"; + diag(VD->getLocStart(), Message) << VD << ConstRefType; +} + +} // namespace performance +} // namespace tidy +} // namespace clang |