This is an archive of the discontinued LLVM Phabricator instance.

[clang-tidy] Fix case of local variables in modernize-use-nodiscard checker
ClosedPublic

Authored by MyDeveloperDay on Jan 10 2019, 3:17 AM.

Details

Summary

Correct the case of the local variables..

Rational:
I want to be able to run clang-tidy on new clang-tidy checker code prior to creating a review (to demonstrate we should dog food our own tools during development, not my suggestion but @Eugene.Zelenko)

To this end I am running the following in a script, prior to make a change.

tidy:
    @for source in $$(git status -suno | grep ".cpp$$" | cut -c4-) ;\
    do \
        clang-tidy -quiet  $$source -- $(TIDY_FLAGS);\
    done

I then want to go through the checkers and see which checkers most closely match the review style of the reviewers

---
Checks:          '
-clang-diagnostic-*,
readability-identifier-naming,
llvm-header-guard
'
WarningsAsErrors: ''
HeaderFilterRegex: ''
AnalyzeTemporaryDtors: false
FormatStyle:     LLVM
CheckOptions:
  - key:             readability-identifier-naming.IgnoreFailedSplit
    value:           '0'
  - key:             readability-identifier-naming.VariableCase
    value:           'CamelCase'
  - key:             readability-identifier-naming.LocalVariableCase
    value:           'CamelCase'
...

Unfortunately in doing so, I have identified that my previous review D55433: [clang-tidy] Adding a new modernize use nodiscard checker it violates what looks like to be the convention of local variables being in CamelCase.

Sending this small review in the hope it can be corrected.

Diff Detail

Repository
rL LLVM

Event Timeline

MyDeveloperDay created this revision.Jan 10 2019, 3:17 AM

LGTM.
I am in favour of running clang-tidy on LLVM (i do have a private buildbot doing so, but for testing clang-tidy itself).

Take a look at clang-tidy/utils/run-clang-tidy.py and https://reviews.llvm.org/D54141 for speed up and better error messages, because deduplicated output.

JonasToth accepted this revision.Jan 10 2019, 3:59 AM
This revision is now accepted and ready to land.Jan 10 2019, 3:59 AM
This revision was automatically updated to reflect the committed changes.

+ arc itself has the possibility to run linters, I see running clang-tidy-diff.py as a way to utilize that for the reviews.

LGTM.
I am in favour of running clang-tidy on LLVM (i do have a private buildbot doing so, but for testing clang-tidy itself).

Take a look at clang-tidy/utils/run-clang-tidy.py and https://reviews.llvm.org/D54141 for speed up and better error messages, because deduplicated output.

Yes, run-clang-tidy.py is best way to run Clang-tidy.

By the words, set of Clang-tidy checks that I run for LLVM code base cleanups. Indeed, not all of them are cleaned in same degree.

-checks="-*,clang-diagnostic-extra-semi,bugprone-suspicious-string-compare,misc-unused-using-decls,modernize-deprecated-headers,modernize-redundant-void-arg,modernize-use-auto,modernize-use-bool-literals,modernize-use-default-member-init,modernize-use-equals-default,modernize-use-equals-delete,modernize-use-nullptr,modernize-use-override,modernize-use-using,readability-container-size-empty,readability-redundant-control-flow,readability-redundant-string-cstr,readability-redundant-member-init,readability-simplify-boolean-expr,readability-static-definition-in-anonymous-namespace,readability-redundant-string-init" -config="{CheckOptions: [:+bugprone-suspicious-string-compare.WarnOnLogicalNotComparison+,+value:+'1']}"