aaron.ballman added inline comments.
================ Comment at: clang-tidy/abseil/UpgradeDurationConversionsCheck.cpp:151-152 + const auto *ArgExpr = Result.Nodes.getNodeAs<Expr>("arg"); + llvm::StringRef Message = "perform explicit cast on expression getting " + "implicitly converted to int64_t"; + ---------------- How about: `"implicit conversion to 'int64_t' is deprecated in this context; use an explicit cast instead"` ================ Comment at: docs/clang-tidy/checks/abseil-upgrade-duration-conversions.rst:16 +Additionally, the ``absl::Duration`` factory functions (``absl::Hours``, +``absl::Minutes``, etc) currently accept an ``int64_t`` or a floating point +type. Similar to the arithmetic operators, calls with an argument of class type ---------------- floating point -> floating-point ================ Comment at: docs/clang-tidy/checks/abseil-upgrade-duration-conversions.rst:22 +prevent unintended behavior. Passing an argument of class type will result in +compile error, even if the type is implicitly convertible to an arithmetic type. + ---------------- compile error -> a diagnostic ================ Comment at: docs/clang-tidy/checks/abseil-upgrade-duration-conversions.rst:42 +current behavior of user code. It is possible that this uncovers unintended +behavior due to types implicitly convertible to a floating point type. ---------------- floating point -> floating-point https://reviews.llvm.org/D53830 _______________________________________________ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits