GccjitOCaml bindings for libgccjit.
See GCC wiki page for more information.
This exception (containing an explanatory string) is raised if an error occurs.
The type of compilation contexts. See Compilation Contexts.
A result encapsulates the result of an in-memory compilation.
A location encapsulates a source code location, so that you can (optionally) associate locations in your languages with statements in the JIT-compiled code, alowing the debugger to single-step through your language. See Source locations.
A param is a function parameter. See Parameters.
A rvalue is an expression within your code, with some type. See RValues.
The type of fields of structs and unions. See Fields.
The type of structure types. See Structure Types.
The type of C types, e.g. int or a struct foo*. See Types.
The type of functios. See Functions.
The type of basic blocks. See Basic Blocks.
A context encapsulates the state of a compilation. You can set up options on it, add types, functions and code, using the API below.
Invoking Context.compile on it gives you a result, representing in-memory machine-code.
You can call Context.compile repeatedly on one context, giving multiple independent results.
Similarly, you can call Context.compile_to_file on a context to compile to disk.
Eventually you can call Context.release to clean up the context; any in-memory results created from it are still usable.
val get_first_error : context -> string optionmodule Context : sig ... endA field encapsulates a field within a struct; it is used when creating a struct type (using Struct.create). Fields cannot be shared between structs.
module Field : sig ... endA struct_ encapsulates a struct type, either one that we have the layout for, or an opaque type.
You can model C struct types by creating struct_ and field instances, in either order:
by creating the fields, then the structure. For example, to model:
struct coord {double x; double y; };you could call:
let field_x = Field.create ctx double_type "x" in
let field_y = Field.create ctx double_type "y" in
let coord = Struct.create ctx "coord" [ field_x ; field_y ]by creating the structure, then populating it with fields, typically to allow modelling self-referential structs such as:
struct node { int m_hash; struct node *m_next; };like this:
let node = Struct.create_opaque ctx "node" in
let node_ptr = Type.pointer node in
let field_hash = Field.create ctx int_type "m_hash" in
let field_next = Field.create ctx node_ptr "m_next" in
Struct.set_fields node [ field_hash; field_next ]module Struct : sig ... endmodule Type : sig ... endA rvalue is an expression that can be computed.
It can be simple, e.g.:
0 or 42"Hello world"i. These are also lvalues (see below).or compound e.g.:
!cond(a + b)get_distance (&player_ship, &target)Every rvalue has an associated type, and the API will check to ensure that types match up correctly (otherwise the context will emit an error).
module RValue : sig ... endAn lvalue is something that can of the left-hand side of an assignment: a storage area (such as a variable). It is also usable as an rvalue, where the rvalue is computed by reading from the storage area.
module LValue : sig ... endA value of type param represents a parameter to a function.
module Param : sig ... endA values of type function_ encapsulates a function: either one that you're creating yourself, or a reference to one that you're dynamically linking to within the rest of the process.
module Function : sig ... endA block encapsulates a basic block of statements within a function (i.e. with one entry point and one exit point).
module Block : sig ... endA location encapsulates a source code location, so that you can (optionally) associate locations in your language with statements in the JIT-compiled code, allowing the debugger to single-step through your language.
location instances are optional: you can always omit them to any API entrypoint accepting one.Location.create.Debuginfo on the context for these locations to actually be usable by the debugger.If you don't have source code for your internal representation, but need to debug, you can generate a C-like representation of the functions in your context using Context.dump_to_file. This will dump C-like code to the given path. If the update_locations argument is true, this will also set up location information throughout the context, pointing at the dump file as if it were a source file, giving you something you can step through in the debugger.
module Location : sig ... endmodule Result : sig ... end