******************* Julia ASTs ******************* .. currentmodule:: Base Julia has two representations of code. First there is a surface syntax AST returned by the parser (e.g. the :func:`parse` function), and manipulated by macros. It is a structured representation of code as it is written, constructed by ``julia-parser.scm`` from a character stream. Next there is a lowered form, or IR (intermediate representation), which is used by type inference and code generation. In the lowered form there are fewer types of nodes, all macros are expanded, and all control flow is converted to explicit branches and sequences of statements. The lowered form is constructed by ``julia-syntax.scm``. First we will focus on the lowered form, since it is more important to the compiler. It is also less obvious to the human, since it results from a significant rearrangement of the input syntax. Lowered form ------------ The following data types exist in lowered form: ``Expr`` has a node type indicated by the ``head`` field, and an ``args`` field which is a ``Vector{Any}`` of subexpressions. ``Slot`` identifies arguments and local variables by consecutive numbering. ``Slot`` is an abstract type with subtypes ``SlotNumber`` and ``TypedSlot``. Both types have an integer-valued ``id`` field giving the slot index. Most slots have the same type at all uses, and so are represented with ``SlotNumber``. The types of these slots are found in the ``slottypes`` field of their ``LambdaInfo`` object. Slots that require per-use type annotations are represented with ``TypedSlot``, which has a ``typ`` field. ``LambdaInfo`` wraps the IR of each method. ``LineNumberNode`` contains a single number, specifying the line number the next statement came from. ``LabelNode`` branch target, a consecutively-numbered integer starting at 0 ``GotoNode`` unconditional branch ``QuoteNode`` wraps an arbitrary value to reference as data. For example, the function ``f() = :a`` contains a ``QuoteNode`` whose ``value`` field is the symbol ``a``, in order to return the symbol itself instead of evaluating it. ``GlobalRef`` refers to global variable ``name`` in module ``mod`` ``SSAValue`` refers to a consecutively-numbered (starting at 0) static single assignment (SSA) variable inserted by the compiler. ``NewvarNode`` Marks a point where a variable is created. This has the effect of resetting a variable to undefined. Expr types ~~~~~~~~~~ These symbols appear in the ``head`` field of ``Expr``\s in lowered form. ``call`` function call (dynamic dispatch). ``args[1]`` is the function to call, ``args[2:end]`` are the arguments. ``invoke`` function call (static dispatch). ``args[1]`` is the LambdaInfo to call, ``args[2:end]`` are the arguments (including the function that is being called, at ``args[2]``). ``static_parameter`` reference a static parameter by index. ``line`` line number and file name metadata. Unlike a ``LineNumberNode``, can also contain a file name. ``gotoifnot`` conditional branch. If ``args[1]`` is false, goes to label identified in ``args[2]``. ``=`` assignment ``method`` adds a method to a generic function and assigns the result if necessary. Has a 1-argument form and a 4-argument form. The 1-argument form arises from the syntax ``function foo end``. In the 1-argument form, the argument is a symbol. If this symbol already names a function in the current scope, nothing happens. If the symbol is undefined, a new function is created and assigned to the identifier specified by the symbol. If the symbol is defined but names a non-function, an error is raised. The definition of "names a function" is that the binding is constant, and refers to an object of singleton type. The rationale for this is that an instance of a singleton type uniquely identifies the type to add the method to. When the type has fields, it wouldn't be clear whether the method was being added to the instance or its type. The 4-argument form has the following arguments: ``args[1]`` - A function name, or ``false`` if unknown. If a symbol, then the expression first behaves like the 1-argument form above. This argument is ignored from then on. When this is ``false``, it means a method is being added strictly by type, ``(::T)(x) = x``. ``args[2]`` - a ``SimpleVector`` of argument type data. ``args[2][1]`` is a ``Tuple`` type of the argument types, and ``args[2][2]`` is a ``SimpleVector`` of type variables corresponding to the method's static parameters. ``args[3]`` - a ``LambdaInfo`` of the method itself. For "out of scope" method definitions (adding a method to a function that also has methods defined in different scopes) this is an expression that evaluates to a ``:lambda`` expression. ``args[4]`` - ``true`` or ``false``, identifying whether the method is staged (``@generated function``) ``const`` declares a (global) variable as constant ``null`` has no arguments; simply yields the value ``nothing`` ``new`` allocates a new struct-like object. First argument is the type. The ``new`` pseudo-function is lowered to this, and the type is always inserted by the compiler. This is very much an internal-only feature, and does no checking. Evaluating arbitrary ``new`` expressions can easily segfault. ``return`` returns its argument as the value of the enclosing function. ``the_exception`` yields the caught exception inside a ``catch`` block. This is the value of the run time system variable ``jl_exception_in_transit``. ``enter`` enters an exception handler (``setjmp``). ``args[1]`` is the label of the catch block to jump to on error. ``leave`` pop exception handlers. ``args[1]`` is the number of handlers to pop. ``inbounds`` controls turning bounds checks on or off. A stack is maintained; if the first argument of this expression is true or false (``true`` means bounds checks are disabled), it is pushed onto the stack. If the first argument is ``:pop``, the stack is popped. ``boundscheck`` indicates the beginning or end of a section of code that performs a bounds check. Like ``inbounds``, a stack is maintained, and the second argument can be one of: ``true``, ``false``, or ``:pop``. ``copyast`` part of the implementation of quasi-quote. The argument is a surface syntax AST that is simply copied recursively and returned at run time. ``meta`` metadata. ``args[1]`` is typically a symbol specifying the kind of metadata, and the rest of the arguments are free-form. The following kinds of metadata are commonly used: ``:inline`` and ``:noinline``: Inlining hints. ``:push_loc``: enters a sequence of statements from a specified source location. - ``args[2]`` specifies a filename, as a symbol. - ``args[3]`` optionally specifies the name of an (inlined) function that originally contained the code. ``:pop_loc``: returns to the source location before the matching ``:push_loc``. LambdaInfo ~~~~~~~~~~ ``sparam_syms`` - The names (symbols) of static parameters. ``sparam_vals`` - The values of the static parameters (once known), indexed by ``sparam_syms``. ``code`` - An ``Any`` array of statements, or a UInt8 array with a compressed representation of the code. ``slotnames`` - An array of symbols giving the name of each slot (argument or local variable). ``slottypes`` - An array of types for the slots. ``slotflags`` - A UInt8 array of slot properties, represented as bit flags: - 1 - captured (closed over) - 2 - assigned (only false if there are *no* assignment statements with this var on the left) - 4 - assigned by an inner function - 8 - const (currently unused for local variables) - 16 - statically assigned once - 32 - might be used before assigned. This flag is only valid after type inference. ``ssavaluetypes`` - Either an array or an Int giving the number of compiler-inserted temporary locations in the function. If an array, specifies a type for each location. ``nargs`` - The number of argument slots. The first ``nargs`` entries of the slots arrays refer to arguments. ``isva`` - A boolean indicating whether the function is variadic. Surface syntax AST ------------------ Front end ASTs consist entirely of ``Expr``\ s and atoms (e.g. symbols, numbers). There is generally a different expression head for each visually distinct syntactic form. Examples will be given in s-expression syntax. Each parenthesized list corresponds to an Expr, where the first element is the head. For example ``(call f x)`` corresponds to ``Expr(:call, :f, :x)`` in Julia. Calls ~~~~~ ======================= ==================================== Input AST ======================= ==================================== ``f(x)`` ``(call f x)`` ``f(x, y=1, z=2)`` ``(call f x (kw y 1) (kw z 2))`` ``f(x; y=1)`` ``(call f (parameters (kw y 1)) x)`` ``f(x...)`` ``(call f (... x))`` ======================= ==================================== ``do`` syntax:: f(x) do a,b body end parses as ``(call f (-> (tuple a b) (block body)) x)``. Operators ~~~~~~~~~ Most uses of operators are just function calls, so they are parsed with the head ``call``. However some operators are special forms (not necessarily function calls), and in those cases the operator itself is the expression head. In julia-parser.scm these are referred to as "syntactic operators". Some operators (``+`` and ``*``) use N-ary parsing; chained calls are parsed as a single N-argument call. Finally, chains of comparisons have their own special expression structure. ======================= ==================================== Input AST ======================= ==================================== ``x+y`` ``(call + x y)`` ``a+b+c+d`` ``(call + a b c d)`` ``2x`` ``(call * 2 x)`` ``a&&b`` ``(&& a b)`` ``x += 1`` ``(+= x 1)`` ``a ? 1 : 2`` ``(if a 1 2)`` ``a:b`` ``(: a b)`` ``a:b:c`` ``(: a b c)`` ``a,b`` ``(tuple a b)`` ``a==b`` ``(call == a b)`` ``1