Provided by: clang-tidy-3.7_3.7.1-2ubuntu2_amd64 bug

NAME

       clang-tidy - manual page for clang-tidy 3.7

DESCRIPTION

       ERROR:  ld.so:  object  'libfakeroot-sysv.so'  from LD_PRELOAD cannot be preloaded (cannot
       open shared object file): ignored.  USAGE: clang-tidy [options] <source0> [... <sourceN>]

       OPTIONS:

       Generic Options:

       -help                      - Display available options (-help-hidden for more)

       -help-list                 - Display list  of  available  options  (-help-list-hidden  for
              more)

       -version                   - Display the version of this program

       clang-tidy options:

       -analyze-temporary-dtors   - Enable temporary destructor-aware analysis in
              clang-analyzer-  checks.   This  option overrides the value read from a .clang-tidy
              file.

       -checks=<string>           - Comma-separated list of globs with optional '-'
              prefix. Globs are processed in order of appearance in the list. Globs  without  '-'
              prefix  add checks with matching names to the set, globs with the '-' prefix remove
              checks with matching names from the set of enabled checks.  This option's value  is
              appended to the value read from a .clang-tidy file, if any.

       -config=<string>           - Specifies a configuration in YAML/JSON format:
              -config="{Checks: '*', CheckOptions: [{key: x, value: y}]}"

       When the value is empty, clang-tidy will attempt to find
              a file named .clang-tidy for each source file in its parent directories.

       -dump-config               - Dumps configuration in the YAML format to stdout. This option
              should be used along with a file name (and '--' if the file is outside of a project
              with configured compilation database). The configuration used for this file will be
              printed.

       -enable-check-profile       -  Enable  per-check  timing  profiles,  and print a report to
              stderr.

       -export-fixes=<filename>   - YAML file to store suggested fixes in. The
              stored fixes can be applied to the input source code with clang-apply-replacements.

       -extra-arg=<string>        - Additional argument to append to the compiler command line

       -extra-arg-before=<string> - Additional argument to prepend to the compiler command line

       -fix                       - Apply suggested fixes. Without -fix-errors
              clang-tidy will bail out if any compilation errors were found.

       -fix-errors                - Apply suggested fixes even if compilation errors
              were found. If compiler errors have attached fix-its, clang-tidy will apply them as
              well.

       -header-filter=<string>    - Regular expression matching the names of the
              headers  to  output  diagnostics  from.  Diagnostics  from  the  main  file of each
              translation unit are always displayed.  Can be  used  together  with  -line-filter.
              This option overrides the value read from a .clang-tidy file.

       -line-filter=<string>      - List of files with line ranges to filter the
              warnings.  Can  be  used  together with -header-filter. The format of the list is a
              JSON array of objects:

       [      {"name":"file1.cpp","lines":[[1,3],[5,7]]}, {"name":"file2.h"}

              ]

       -list-checks               - List all enabled checks and exit. Use with
              -checks='*' to list all available checks.

       -p=<string>                - Build path

       -system-headers            - Display the errors from system headers.

       -p <build-path> is used to read a compile command database.

              For  example,  it  can  be  a  CMake  build  directory  in  which  a   file   named
              compile_commands.json  exists  (use -DCMAKE_EXPORT_COMPILE_COMMANDS=ON CMake option
              to  get  this  output).  When  no  build  path   is   specified,   a   search   for
              compile_commands.json will be attempted through all parent paths of the first input
              file . See: http://clang.llvm.org/docs/HowToSetupToolingForLLVM.html for an example
              of setting up Clang Tooling on a source tree.

       <source0> ... specify the paths of source files. These paths are

              looked  up  in  the compile command database. If the path of a file is absolute, it
              needs to point into CMake's source tree. If  the  path  is  relative,  the  current
              working  directory  needs  to be in the CMake source tree and the file must be in a
              subdirectory of the current working directory. "./" prefixes in the relative  files
              will  be automatically removed, but the rest of a relative path must be a suffix of
              a path in the compile command database.

   Configuration files:
              clang-tidy attempts to read configuration for each source file from  a  .clang-tidy
              file  located  in  the  closest  parent  directory  of  the  source  file.  If  any
              configuration options have a corresponding command-line option, command-line option
              takes precedence. The effective configuration can be inspected using -dump-config:

              $ clang-tidy -dump-config - --

       ---

       Checks:
              '-*,some-check'

              HeaderFilterRegex:    ''   AnalyzeTemporaryDtors:   false   User:              user
              CheckOptions:

       - key: some-check.SomeOption

       value: 'some value'

              ...

SEE ALSO

       The full documentation for clang-tidy is maintained as a Texinfo manual.  If the info  and
       clang-tidy programs are properly installed at your site, the command

              info clang-tidy

       should give you access to the complete manual.