Also use check in add_new_check.py for terminology consistency.
PS
My GitHub ID is EugeneZelenko, if it's necessary for attribution.
Differential D73580
[clang-tidy] rename_check.py: maintain alphabetical order in Renamed checks section Eugene.Zelenko on Jan 28 2020, 2:10 PM. Authored by
Details Also use check in add_new_check.py for terminology consistency. PS My GitHub ID is EugeneZelenko, if it's necessary for attribution.
Diff Detail
Event TimelineComment Actions It looks good, but could you maybe create a child revision showing what it looks like with a few checks renamed to make sure everything is all working correctly. Comment Actions I think it'll be easier to test script locally, since several (at least two) child revisions would be necessary. By the word, main script boy is borrowed from add_new_check.py, so difference only in section name and regular expression for entry. Comment Actions So I tried to ran ./rename_check.py readability-braces-around-statements readability-braces and results were less than desirable. It renamed the readability-braces-around-statements but it also renamed the google alias to google-readability-braces. In the documentation for google-readability-braces it changed the subject line to google-readability-braces =========================================== Feel like the correct course of action is to match against the entire check name rather than a sub string of it (which i guess was unintentional). This doesn't need to be done in this review and could (should) be a follow up. The actual alphabetical ordering of the release notes works as intended though.
Comment Actions Another side effect is that rename_check.py messes list.rst by removing "Offer fixes". Probably proper solution would be moving update_checks_list from add_new_check.py to shared module. Comment Actions LGTM, For what this is trying to achieve I have no issue, follow up patches can be submitted for the other enhancements needed. Comment Actions I figured it out, arc patch doesn't seem to handle the author of the commit, but I could use git commit amend for that |
What's the preferred variable naming convention in Python in LLVM? Looking at the two scripts now, I see that the naming style is already quite inconsistent. It would be nice to make naming consistent in these scripts.
Not an action item for this patch, just a drive-by comment.