[PATCH] D26138: [clang-tidy] Add modernize-use-equals-delete check
Malcolm Parsons via cfe-commits
cfe-commits at lists.llvm.org
Mon Oct 31 15:40:51 PDT 2016
malcolm.parsons added inline comments.
================
Comment at: clang-tidy/modernize/UseEqualsDeleteCheck.cpp:29
+ cxxMethodDecl(
+ anyOf(isCopyAssignmentOperator(), isMoveAssignmentOperator())),
+ cxxDestructorDecl()));
----------------
aaron.ballman wrote:
> How about a conversion operator, like `operator bool()`? You'll sometimes see that one declared privately for similar reasons.
I haven't seen that. Do you have an example?
================
Comment at: clang-tidy/modernize/UseEqualsDeleteCheck.cpp:52
+ diag(SpecialFunction->getLocation(),
+ "use '= delete' to prevent a default special member function")
+ << FixItHint::CreateInsertion(EndLoc, " = delete");
----------------
aaron.ballman wrote:
> This diagnostic isn't very clear to me -- what does it mean to "prevent" a default special member function?
>
> The fixit for this is also somewhat unsatisfying as this takes a private, not-defined function and turns it into a private, deleted function. That's a very small win, because it only impacts code which could access the special member function in the first place (some compilers give a diagnostic about the special member function being inaccessible even if it's explicitly marked as deleted; clang is not one such compiler). Do we have a way to rewrite the access specifier for the special member function as well (kind of like how we have a way to handle includes we're adding)? I am guessing not yet, but if we do, that would be fantastic to use here.
>
> Note, I don't think this should hold up your patch or the fixit. A small win is still a win. :-)
Do you have a better wording for the diagnostic?
I don't see any utility functions to make a method public.
https://reviews.llvm.org/D26138
More information about the cfe-commits
mailing list