Martin Trojer
83c368f8a7
|
4 years ago | |
---|---|---|
.. | ||
tests | 4 years ago | |
Makefile | 4 years ago | |
README.md | 4 years ago | |
clang_ast_converter.ml | 4 years ago | |
clang_ast_main.ml | 4 years ago | |
clang_ast_main_test.ml | 4 years ago | |
clang_ast_named_decl_printer.ml | 4 years ago | |
clang_ast_proj.ml.p | 4 years ago | |
clang_ast_proj.mli.p | 4 years ago | |
clang_ast_proj_test.ml | 4 years ago | |
clang_ast_types.ml | 4 years ago | |
clang_ast_visit.ml | 4 years ago | |
clang_ast_yojson_validator.ml | 4 years ago | |
process.ml | 4 years ago | |
process.mli | 4 years ago | |
process_test.ml | 4 years ago | |
utils.ml | 4 years ago | |
utils.mli | 4 years ago | |
utils_test.ml | 4 years ago | |
yojson_utils.ml | 4 years ago | |
yojson_utils.mli | 4 years ago | |
yojson_utils_test.ml | 4 years ago | |
yojson_validator.sh | 4 years ago |
README.md
Ocaml frontend to the Clang AST
Additional requirements:
- ocaml >= 4.02
- camlzip
- yojson
- atd >= 1.1.2
- atdgen >= 2.0.0
The simplest way to install these dependencies is
- to install ocaml and opam using your system package manager (e.g. homebrew on MAC OS).
- run 'opam install camlzip yojson atd atdgen'
Assuming that the current dir is the root of the git repository and CLANG_PREFIX=/usr/local, you may compile and run tests with
export CLANG_PREFIX=/usr/local
make -C clang-ocaml depend
make -C clang-ocaml test
API details
The precise AST datatype is described using the "ATD" language. To view the generated ATD file, run make all
in this directory and then open build/clang_ast.atd
. That should be enough to get started.
The sections below describe extra functionality for visiting and manipulating the AST from OCaml.
Autogenerated utility functions
The Clang_ast_proj
module provides utility functions for AST nodes. Its implementation is autogenerated from the header files provided by the current version of clang. Always prefer to use utility functions from this module vs writing them manually.
Refer to clang_ast_proj.mli.p for a list of currently available functions.
Visitors
The Clang_ast_visit
module provides hooks to be run on AST nodes. Currently there is support for visitors in Decl
, Stmt
, Type
and SourceLocation
nodes. Here is basic example, that prints kinds of all decl and stmt nodes:
let print_decl _ decl =
prerr (Clang_ast_proj.get_decl_kind_string decl)
let print_stmt _ stmt =
prerr (Clang_ast_proj.get_stmt_kind_string decl)
let print_ast decl =
Clang_ast_visit.decl_visitor := print_decl;
Clang_ast_visit.stmt_visitor := print_stmt;
ignore (Clang_ast_v.validate_decl [] decl)
See clang_ast_main.ml
for an example of how to use this mechanism to produce maps from node pointers to the nodes they refer to. See Clang_ast_main.visit_ast
for an example wrapper that provides a convenient API to the Clang_ast_visit
module.
See clang_ast_visit.ml
for the current list of nodes that support custom visitors.
For more examples of custom visitors, see clang_ast_main_test.ml
.
Extending types from AST
It's possible to extend existing OCaml variant types in the AST structure with more variants. Currently, type_ptr
is the only type that allows it. It's achieved via an OCaml extensible variant type.
For example, see how infer's frontend uses this feature to extend type_ptr
.
Implementation details
High level:
-
The plugin YojsonASTExporter defined in libtooling/ASTExporter.cpp outputs AST trees in an extended JSON format called "Yojson". Respectively, BiniouASTExporter outputs the AST in the "Biniou" format.
-
Most of the ATD definitions are embedded in the C++ code of the ASTExporter. Refer to ATD guidelines for more information.
-
We use scripts in libtooling/atdlib to extract and process the ATD definitions, then we use
atdgen
to generate the OCaml type definitions and json stub.
Utility functions in Clang_ast_proj
:
- This module relies heavily on the C preprocessor - it uses information from clang headers to generate OCaml code.
- Clang provides
.inc
and.def
files that provide information about available Node kinds. For example,TypeNode.def
contains information about all possible types that clang can produce. Internally clang uses the same headers. - In order to add new function, one needs to identify clang header that contains relevant information. Sometimes it's useful to read clang codebase to see how certain enums are generated - usually clang includes same headers to generate them. For example decl kind enum is defined by including
clang/AST/DeclNodes.inc
file. - Refer to existing code to see how to generate OCaml code with the C preprocessor.
- If something doesn't work,
build/Clang_ast_proj.ml
will contain generated code. This way, it's easier to see what happens during macro expansion.
Visitors:
- Implemented via atdgen validation
- Adding support for a new visitor requires changing ATD annotations in ASTExporter and modifying
Clang_ast_visit.ml
- Refer to existing visitors to see how it's done
- It is possible to modify the current node inside a visitor as long as its fields are mutable
Extensible variants:
- Implemented via atdgen custom wrapper. It defines
type_ptr
to be extensible variant. - When looking at Yojson/Biniou output,
type_ptr
will be of type int. It's up to atdgen serializer to callwrap
/unwrap
Testing:
- The main program
clang_ast_yojson_validator.ml
is meant to parse, re-print, and compare yojson files emitted by ASTExporter. We use ydump (part of the yojson package) to normalize the original json and the re-emitted json before comparing them. clang_ast_main_test.ml
runs custom validators to confirm that visitors work as expected. Its output is recorded and checked into repository.
ATD docs
https://mjambon.github.io/atdgen-doc/atdgen https://mjambon.github.io/atdgen-doc/atd-syntax