Open Quuxplusone opened 8 years ago
Bugzilla Link | PR28022 |
Status | CONFIRMED |
Importance | P enhancement |
Reported by | Richard (legalize@xmission.com) |
Reported on | 2016-06-06 12:42:44 -0700 |
Last modified on | 2018-02-01 10:22:42 -0800 |
Version | unspecified |
Hardware | All All |
CC | alexfh@google.com, djasper@google.com, klimek@google.com, madsravn@gmail.com |
Fixed by commit(s) | |
Attachments | |
Blocks | |
Blocked by | |
See also |
A similar check could be created for std::string::operator== vs std::string::compare.
Most string classes have some sort of lexicographical compare type function to use with sorting algorithms, so this might be a generic string class check with specific support for wxWidgets wxString.
I will look into this one. Currently I am having a little difficulty matching on the different cases. Hopefully I will have it solved soon.
Hi Mads, I'm revisiting my old clang bugs. Did you make any progress on this one?
(In reply to Richard from comment #3)
> Hi Mads, I'm revisiting my old clang bugs. Did you make any progress on
> this one?
Hi Richard,
I made a new Clang tidy check for std::string::operator== vs
std::string::compare. I thought it would be more generic. That could easily be
extended to include wxString.
Great! Yes, the action for this bug is to extend the existing check to allow you to specify the name of a custom string class (instead of std::string) and its associated compare function (instead of std::string::compare).