forked from OSchip/llvm-project
				
			
		
			
				
	
	
		
			155 lines
		
	
	
		
			5.8 KiB
		
	
	
	
		
			ReStructuredText
		
	
	
	
			
		
		
	
	
			155 lines
		
	
	
		
			5.8 KiB
		
	
	
	
		
			ReStructuredText
		
	
	
	
========
 | 
						|
Overview
 | 
						|
========
 | 
						|
 | 
						|
Clang Tools are standalone command line (and potentially GUI) tools
 | 
						|
designed for use by C++ developers who are already using and enjoying
 | 
						|
Clang as their compiler. These tools provide developer-oriented
 | 
						|
functionality such as fast syntax checking, automatic formatting,
 | 
						|
refactoring, etc.
 | 
						|
 | 
						|
Only a couple of the most basic and fundamental tools are kept in the
 | 
						|
primary Clang tree. The rest of the tools are kept in a separate
 | 
						|
directory tree, `clang-tools-extra
 | 
						|
<https://github.com/llvm/llvm-project/tree/master/clang-tools-extra>`_.
 | 
						|
 | 
						|
This document describes a high-level overview of the organization of
 | 
						|
Clang Tools within the project as well as giving an introduction to some
 | 
						|
of the more important tools. However, it should be noted that this
 | 
						|
document is currently focused on Clang and Clang Tool developers, not on
 | 
						|
end users of these tools.
 | 
						|
 | 
						|
Clang Tools Organization
 | 
						|
========================
 | 
						|
 | 
						|
Clang Tools are CLI or GUI programs that are intended to be directly
 | 
						|
used by C++ developers. That is they are *not* primarily for use by
 | 
						|
Clang developers, although they are hopefully useful to C++ developers
 | 
						|
who happen to work on Clang, and we try to actively dogfood their
 | 
						|
functionality. They are developed in three components: the underlying
 | 
						|
infrastructure for building a standalone tool based on Clang, core
 | 
						|
shared logic used by many different tools in the form of refactoring and
 | 
						|
rewriting libraries, and the tools themselves.
 | 
						|
 | 
						|
The underlying infrastructure for Clang Tools is the
 | 
						|
:doc:`LibTooling <LibTooling>` platform. See its documentation for much
 | 
						|
more detailed information about how this infrastructure works. The
 | 
						|
common refactoring and rewriting toolkit-style library is also part of
 | 
						|
LibTooling organizationally.
 | 
						|
 | 
						|
A few Clang Tools are developed along side the core Clang libraries as
 | 
						|
examples and test cases of fundamental functionality. However, most of
 | 
						|
the tools are developed in a side repository to provide easy separation
 | 
						|
from the core libraries. We intentionally do not support public
 | 
						|
libraries in the side repository, as we want to carefully review and
 | 
						|
find good APIs for libraries as they are lifted out of a few tools and
 | 
						|
into the core Clang library set.
 | 
						|
 | 
						|
Regardless of which repository Clang Tools' code resides in, the
 | 
						|
development process and practices for all Clang Tools are exactly those
 | 
						|
of Clang itself. They are entirely within the Clang *project*,
 | 
						|
regardless of the version control scheme.
 | 
						|
 | 
						|
Core Clang Tools
 | 
						|
================
 | 
						|
 | 
						|
The core set of Clang tools that are within the main repository are
 | 
						|
tools that very specifically complement, and allow use and testing of
 | 
						|
*Clang* specific functionality.
 | 
						|
 | 
						|
``clang-check``
 | 
						|
---------------
 | 
						|
 | 
						|
:doc:`ClangCheck` combines the LibTooling framework for running a
 | 
						|
Clang tool with the basic Clang diagnostics by syntax checking specific files
 | 
						|
in a fast, command line interface. It can also accept flags to re-display the
 | 
						|
diagnostics in different formats with different flags, suitable for use driving
 | 
						|
an IDE or editor. Furthermore, it can be used in fixit-mode to directly apply
 | 
						|
fixit-hints offered by clang. See :doc:`HowToSetupToolingForLLVM` for
 | 
						|
instructions on how to setup and used `clang-check`.
 | 
						|
 | 
						|
``clang-format``
 | 
						|
----------------
 | 
						|
 | 
						|
Clang-format is both a :doc:`library <LibFormat>` and a :doc:`stand-alone tool
 | 
						|
<ClangFormat>` with the goal of automatically reformatting C++ sources files
 | 
						|
according to configurable style guides.  To do so, clang-format uses Clang's
 | 
						|
``Lexer`` to transform an input file into a token stream and then changes all
 | 
						|
the whitespace around those tokens.  The goal is for clang-format to serve both
 | 
						|
as a user tool (ideally with powerful IDE integrations) and as part of other
 | 
						|
refactoring tools, e.g. to do a reformatting of all the lines changed during a
 | 
						|
renaming.
 | 
						|
 | 
						|
 | 
						|
Extra Clang Tools
 | 
						|
=================
 | 
						|
 | 
						|
As various categories of Clang Tools are added to the extra repository,
 | 
						|
they'll be tracked here. The focus of this documentation is on the scope
 | 
						|
and features of the tools for other tool developers; each tool should
 | 
						|
provide its own user-focused documentation.
 | 
						|
 | 
						|
``clang-tidy``
 | 
						|
--------------
 | 
						|
 | 
						|
`clang-tidy <https://clang.llvm.org/extra/clang-tidy/>`_ is a clang-based C++
 | 
						|
linter tool. It provides an extensible framework for building compiler-based
 | 
						|
static analyses detecting and fixing bug-prone patterns, performance,
 | 
						|
portability and maintainability issues.
 | 
						|
 | 
						|
 | 
						|
Ideas for new Tools
 | 
						|
===================
 | 
						|
 | 
						|
* C++ cast conversion tool.  Will convert C-style casts (``(type) value``) to
 | 
						|
  appropriate C++ cast (``static_cast``, ``const_cast`` or
 | 
						|
  ``reinterpret_cast``).
 | 
						|
* Non-member ``begin()`` and ``end()`` conversion tool.  Will convert
 | 
						|
  ``foo.begin()`` into ``begin(foo)`` and similarly for ``end()``, where
 | 
						|
  ``foo`` is a standard container.  We could also detect similar patterns for
 | 
						|
  arrays.
 | 
						|
* ``tr1`` removal tool.  Will migrate source code from using TR1 library
 | 
						|
  features to C++11 library.  For example:
 | 
						|
 | 
						|
  .. code-block:: c++
 | 
						|
 | 
						|
    #include <tr1/unordered_map>
 | 
						|
    int main()
 | 
						|
    {
 | 
						|
        std::tr1::unordered_map <int, int> ma;
 | 
						|
        std::cout << ma.size () << std::endl;
 | 
						|
        return 0;
 | 
						|
    }
 | 
						|
 | 
						|
  should be rewritten to:
 | 
						|
 | 
						|
  .. code-block:: c++
 | 
						|
 | 
						|
    #include <unordered_map>
 | 
						|
    int main()
 | 
						|
    {
 | 
						|
        std::unordered_map <int, int> ma;
 | 
						|
        std::cout << ma.size () << std::endl;
 | 
						|
        return 0;
 | 
						|
    }
 | 
						|
 | 
						|
* A tool to remove ``auto``.  Will convert ``auto`` to an explicit type or add
 | 
						|
  comments with deduced types.  The motivation is that there are developers
 | 
						|
  that don't want to use ``auto`` because they are afraid that they might lose
 | 
						|
  control over their code.
 | 
						|
 | 
						|
* C++14: less verbose operator function objects (`N3421
 | 
						|
  <http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3421.htm>`_).
 | 
						|
  For example:
 | 
						|
 | 
						|
  .. code-block:: c++
 | 
						|
 | 
						|
    sort(v.begin(), v.end(), greater<ValueType>());
 | 
						|
 | 
						|
  should be rewritten to:
 | 
						|
 | 
						|
  .. code-block:: c++
 | 
						|
 | 
						|
    sort(v.begin(), v.end(), greater<>());
 | 
						|
 |