Library interface to the C++ AST — parse source files, synthesize entities, get documentation comments and generate code.
If you're writing a tool that needs access to the C++ AST (i.e. documentation generator, reflection library, …), your only option apart from writing your own parser is to use clang. It offers three interfaces for tools, but the only one that really works for standalone applications is libclang. However, libclang has various limitations and does not expose the entire AST.
So there is no feasible option — except for this library. It was originally a part of the standardese documentation generator, but has been extracted into an independent library.
See this blog post for more information about the motiviation and design.
- Exposes (almost) all C++ entities: Supports everything from functions to classes, templates to friend declarations, macros to enums;
- Exposes full information about C++ types;
- Supports and exposes documentation comments in various formats with smart entity matching;
- Supports C++11 attributes (including user-defined ones);
- AST hierarchy completely decoupled from parser: This allows synthesizing AST entities and multiple parsing backends;
- Parser based on libclang: While libclang does have its limitations and/or bugs, the implemented parser uses various workarounds/hacks to provide a parser that breaks only in rare edge cases you won't notice. See issues tagged with
libclang-parser
for a list; - Simple yet customizable code generation interface.
- Support modification of parsed entities: they're currently all immutable, need to find a decent way of implementing that
- Full support for expressions: currently only literal expressions are exposed;
- Support for statements: currently function bodies aren't parsed at all;
- Support for member specialization: members of a template can be specialized separately, this is not supported.
See tool/main.cpp for a simple application of the library that prints the AST.
TODO, refer to documentation comments in header file.
The library can be used as CMake subdirectory, download it and call add_subdirectory(path/to/cppast)
, then link to the cppast
target and enable C++11 or higher.
The parser needs libclang
and the clang++
binary, at least version 3.9.1, but works better with 4.0.0.
Note: The project will drop support for older LLVM versions very soon; this minimizes the workaround code when the libclang
API catches up.
The CMake code requires llvm-config
, you may need to install llvm
and not just clang
to get it (e.g. on ArchLinux).
If llvm-config
is in your path and the version is compatible, it should just work out of the box.
Else you need to set the CMake variable LLVM_CONFIG_BINARY
to the proper path.
If you don't have a proper clang version installed, it can also be downloaded.
For that you need to set LLVM_DOWNLOAD_OS_NAME
.
This is the name of the operating system used on the LLVM pre-built binary archive, e.g. x86_64-linux-gnu-ubuntu-16.10
for Ubuntu 16.10.
If you don't have llvm-config
, you need to pass the locations explictly.
For that set the option LLVM_VERSION_EXPLICIT
to the version you're using, LIBCLANG_LIBRARY
to the location of the libclang library file, LIBCLANG_INCLUDE_DIR
to the directory where the header files are located (so they can be included with clang-c/Index.h
), LIBCLANG_SYSTEM_INCLUDE_DIR
where the system header files are located (i.e. stddef.h
etc, usually under prefix/lib/clang/<version>/include
) and CLANG_BINARY
to the full path of the clang++
exectuable.
The other dependencies like type_safe are installed automatically with git submodules, if they're not installed already.
If you run into any issues with the installation, please report them.
There are three class hierarchies that represent the AST:
cpp_entity
: This is the base class for all C++ entities, i.e. declarations/definitions or things likestatic_assert()
and function parameters;cpp_type
: This is the base class for the C++ type hierachy. It is used in thecpp_entity
hierachy, i.e.cpp_type_alias
contains anunderlying_type()
. Derived classes are, for example,cpp_builtin_type
orcpp_pointer_type
;cpp_expression
: This is the base class for all C++ expressions. It is used in thecpp_entity
hierarchy, i.e.cpp_function_parameter
contains adefault_value()
as expression. Derived classes are currently onlycpp_literal_expression
andcpp_unexposed_expression
;
In order to parse a C++ source file, you need an implementation of parser
.
The library provides one, libclang_parser
, but you could also write one yourself.
Parsing is as simple as calling the parse()
member function passing it three things:
- An object of type
cpp_entity_index
: This is only required to resolve cross-references in the AST (i.e. if you want to get thecpp_class
referenced in the return type of acpp_function
); it does not own the entities; - The path to the file;
- An object of a type derived from
compile_config
: It stores the compilation flags used for compiling the file, it needs to match the parser, i.e. uselibclang_compile_config
withlibclang_parser
;
It returns nullptr
on failure and prints diagnostics using a given diagnostic_logger
— note that it will only return nullptr
on fatal parse errors, else it will just skip the one where the error occured.
If everything went succesful, it returns a std::unique_ptr<cpp_file>
which is the top-level AST entity of the current file.
You can then work with it.