|  | ================================================= | 
|  | Kaleidoscope: Tutorial Introduction and the Lexer | 
|  | ================================================= | 
|  |  | 
|  | .. contents:: | 
|  | :local: | 
|  |  | 
|  | Tutorial Introduction | 
|  | ===================== | 
|  |  | 
|  | Welcome to the "Implementing a language with LLVM" tutorial. This | 
|  | tutorial runs through the implementation of a simple language, showing | 
|  | how fun and easy it can be. This tutorial will get you up and started as | 
|  | well as help to build a framework you can extend to other languages. The | 
|  | code in this tutorial can also be used as a playground to hack on other | 
|  | LLVM specific things. | 
|  |  | 
|  | The goal of this tutorial is to progressively unveil our language, | 
|  | describing how it is built up over time. This will let us cover a fairly | 
|  | broad range of language design and LLVM-specific usage issues, showing | 
|  | and explaining the code for it all along the way, without overwhelming | 
|  | you with tons of details up front. | 
|  |  | 
|  | It is useful to point out ahead of time that this tutorial is really | 
|  | about teaching compiler techniques and LLVM specifically, *not* about | 
|  | teaching modern and sane software engineering principles. In practice, | 
|  | this means that we'll take a number of shortcuts to simplify the | 
|  | exposition. For example, the code leaks memory, uses global variables | 
|  | all over the place, doesn't use nice design patterns like | 
|  | `visitors <http://en.wikipedia.org/wiki/Visitor_pattern>`_, etc... but | 
|  | it is very simple. If you dig in and use the code as a basis for future | 
|  | projects, fixing these deficiencies shouldn't be hard. | 
|  |  | 
|  | I've tried to put this tutorial together in a way that makes chapters | 
|  | easy to skip over if you are already familiar with or are uninterested | 
|  | in the various pieces. The structure of the tutorial is: | 
|  |  | 
|  | -  `Chapter #1 <#language>`_: Introduction to the Kaleidoscope | 
|  | language, and the definition of its Lexer - This shows where we are | 
|  | going and the basic functionality that we want it to do. In order to | 
|  | make this tutorial maximally understandable and hackable, we choose | 
|  | to implement everything in Objective Caml instead of using lexer and | 
|  | parser generators. LLVM obviously works just fine with such tools, | 
|  | feel free to use one if you prefer. | 
|  | -  `Chapter #2 <OCamlLangImpl2.html>`_: Implementing a Parser and | 
|  | AST - With the lexer in place, we can talk about parsing techniques | 
|  | and basic AST construction. This tutorial describes recursive descent | 
|  | parsing and operator precedence parsing. Nothing in Chapters 1 or 2 | 
|  | is LLVM-specific, the code doesn't even link in LLVM at this point. | 
|  | :) | 
|  | -  `Chapter #3 <OCamlLangImpl3.html>`_: Code generation to LLVM IR - | 
|  | With the AST ready, we can show off how easy generation of LLVM IR | 
|  | really is. | 
|  | -  `Chapter #4 <OCamlLangImpl4.html>`_: Adding JIT and Optimizer | 
|  | Support - Because a lot of people are interested in using LLVM as a | 
|  | JIT, we'll dive right into it and show you the 3 lines it takes to | 
|  | add JIT support. LLVM is also useful in many other ways, but this is | 
|  | one simple and "sexy" way to shows off its power. :) | 
|  | -  `Chapter #5 <OCamlLangImpl5.html>`_: Extending the Language: | 
|  | Control Flow - With the language up and running, we show how to | 
|  | extend it with control flow operations (if/then/else and a 'for' | 
|  | loop). This gives us a chance to talk about simple SSA construction | 
|  | and control flow. | 
|  | -  `Chapter #6 <OCamlLangImpl6.html>`_: Extending the Language: | 
|  | User-defined Operators - This is a silly but fun chapter that talks | 
|  | about extending the language to let the user program define their own | 
|  | arbitrary unary and binary operators (with assignable precedence!). | 
|  | This lets us build a significant piece of the "language" as library | 
|  | routines. | 
|  | -  `Chapter #7 <OCamlLangImpl7.html>`_: Extending the Language: | 
|  | Mutable Variables - This chapter talks about adding user-defined | 
|  | local variables along with an assignment operator. The interesting | 
|  | part about this is how easy and trivial it is to construct SSA form | 
|  | in LLVM: no, LLVM does *not* require your front-end to construct SSA | 
|  | form! | 
|  | -  `Chapter #8 <OCamlLangImpl8.html>`_: Conclusion and other useful | 
|  | LLVM tidbits - This chapter wraps up the series by talking about | 
|  | potential ways to extend the language, but also includes a bunch of | 
|  | pointers to info about "special topics" like adding garbage | 
|  | collection support, exceptions, debugging, support for "spaghetti | 
|  | stacks", and a bunch of other tips and tricks. | 
|  |  | 
|  | By the end of the tutorial, we'll have written a bit less than 700 lines | 
|  | of non-comment, non-blank, lines of code. With this small amount of | 
|  | code, we'll have built up a very reasonable compiler for a non-trivial | 
|  | language including a hand-written lexer, parser, AST, as well as code | 
|  | generation support with a JIT compiler. While other systems may have | 
|  | interesting "hello world" tutorials, I think the breadth of this | 
|  | tutorial is a great testament to the strengths of LLVM and why you | 
|  | should consider it if you're interested in language or compiler design. | 
|  |  | 
|  | A note about this tutorial: we expect you to extend the language and | 
|  | play with it on your own. Take the code and go crazy hacking away at it, | 
|  | compilers don't need to be scary creatures - it can be a lot of fun to | 
|  | play with languages! | 
|  |  | 
|  | The Basic Language | 
|  | ================== | 
|  |  | 
|  | This tutorial will be illustrated with a toy language that we'll call | 
|  | "`Kaleidoscope <http://en.wikipedia.org/wiki/Kaleidoscope>`_" (derived | 
|  | from "meaning beautiful, form, and view"). Kaleidoscope is a procedural | 
|  | language that allows you to define functions, use conditionals, math, | 
|  | etc. Over the course of the tutorial, we'll extend Kaleidoscope to | 
|  | support the if/then/else construct, a for loop, user defined operators, | 
|  | JIT compilation with a simple command line interface, etc. | 
|  |  | 
|  | Because we want to keep things simple, the only datatype in Kaleidoscope | 
|  | is a 64-bit floating point type (aka 'float' in OCaml parlance). As | 
|  | such, all values are implicitly double precision and the language | 
|  | doesn't require type declarations. This gives the language a very nice | 
|  | and simple syntax. For example, the following simple example computes | 
|  | `Fibonacci numbers: <http://en.wikipedia.org/wiki/Fibonacci_number>`_ | 
|  |  | 
|  | :: | 
|  |  | 
|  | # Compute the x'th fibonacci number. | 
|  | def fib(x) | 
|  | if x < 3 then | 
|  | 1 | 
|  | else | 
|  | fib(x-1)+fib(x-2) | 
|  |  | 
|  | # This expression will compute the 40th number. | 
|  | fib(40) | 
|  |  | 
|  | We also allow Kaleidoscope to call into standard library functions (the | 
|  | LLVM JIT makes this completely trivial). This means that you can use the | 
|  | 'extern' keyword to define a function before you use it (this is also | 
|  | useful for mutually recursive functions). For example: | 
|  |  | 
|  | :: | 
|  |  | 
|  | extern sin(arg); | 
|  | extern cos(arg); | 
|  | extern atan2(arg1 arg2); | 
|  |  | 
|  | atan2(sin(.4), cos(42)) | 
|  |  | 
|  | A more interesting example is included in Chapter 6 where we write a | 
|  | little Kaleidoscope application that `displays a Mandelbrot | 
|  | Set <OCamlLangImpl6.html#kicking-the-tires>`_ at various levels of magnification. | 
|  |  | 
|  | Lets dive into the implementation of this language! | 
|  |  | 
|  | The Lexer | 
|  | ========= | 
|  |  | 
|  | When it comes to implementing a language, the first thing needed is the | 
|  | ability to process a text file and recognize what it says. The | 
|  | traditional way to do this is to use a | 
|  | "`lexer <http://en.wikipedia.org/wiki/Lexical_analysis>`_" (aka | 
|  | 'scanner') to break the input up into "tokens". Each token returned by | 
|  | the lexer includes a token code and potentially some metadata (e.g. the | 
|  | numeric value of a number). First, we define the possibilities: | 
|  |  | 
|  | .. code-block:: ocaml | 
|  |  | 
|  | (* The lexer returns these 'Kwd' if it is an unknown character, otherwise one of | 
|  | * these others for known things. *) | 
|  | type token = | 
|  | (* commands *) | 
|  | | Def | Extern | 
|  |  | 
|  | (* primary *) | 
|  | | Ident of string | Number of float | 
|  |  | 
|  | (* unknown *) | 
|  | | Kwd of char | 
|  |  | 
|  | Each token returned by our lexer will be one of the token variant | 
|  | values. An unknown character like '+' will be returned as | 
|  | ``Token.Kwd '+'``. If the curr token is an identifier, the value will be | 
|  | ``Token.Ident s``. If the current token is a numeric literal (like 1.0), | 
|  | the value will be ``Token.Number 1.0``. | 
|  |  | 
|  | The actual implementation of the lexer is a collection of functions | 
|  | driven by a function named ``Lexer.lex``. The ``Lexer.lex`` function is | 
|  | called to return the next token from standard input. We will use | 
|  | `Camlp4 <http://caml.inria.fr/pub/docs/manual-camlp4/index.html>`_ to | 
|  | simplify the tokenization of the standard input. Its definition starts | 
|  | as: | 
|  |  | 
|  | .. code-block:: ocaml | 
|  |  | 
|  | (*===----------------------------------------------------------------------=== | 
|  | * Lexer | 
|  | *===----------------------------------------------------------------------===*) | 
|  |  | 
|  | let rec lex = parser | 
|  | (* Skip any whitespace. *) | 
|  | | [< ' (' ' | '\n' | '\r' | '\t'); stream >] -> lex stream | 
|  |  | 
|  | ``Lexer.lex`` works by recursing over a ``char Stream.t`` to read | 
|  | characters one at a time from the standard input. It eats them as it | 
|  | recognizes them and stores them in a ``Token.token`` variant. The | 
|  | first thing that it has to do is ignore whitespace between tokens. This | 
|  | is accomplished with the recursive call above. | 
|  |  | 
|  | The next thing ``Lexer.lex`` needs to do is recognize identifiers and | 
|  | specific keywords like "def". Kaleidoscope does this with a pattern | 
|  | match and a helper function. | 
|  |  | 
|  | .. code-block:: ocaml | 
|  |  | 
|  | (* identifier: [a-zA-Z][a-zA-Z0-9] *) | 
|  | | [< ' ('A' .. 'Z' | 'a' .. 'z' as c); stream >] -> | 
|  | let buffer = Buffer.create 1 in | 
|  | Buffer.add_char buffer c; | 
|  | lex_ident buffer stream | 
|  |  | 
|  | ... | 
|  |  | 
|  | and lex_ident buffer = parser | 
|  | | [< ' ('A' .. 'Z' | 'a' .. 'z' | '0' .. '9' as c); stream >] -> | 
|  | Buffer.add_char buffer c; | 
|  | lex_ident buffer stream | 
|  | | [< stream=lex >] -> | 
|  | match Buffer.contents buffer with | 
|  | | "def" -> [< 'Token.Def; stream >] | 
|  | | "extern" -> [< 'Token.Extern; stream >] | 
|  | | id -> [< 'Token.Ident id; stream >] | 
|  |  | 
|  | Numeric values are similar: | 
|  |  | 
|  | .. code-block:: ocaml | 
|  |  | 
|  | (* number: [0-9.]+ *) | 
|  | | [< ' ('0' .. '9' as c); stream >] -> | 
|  | let buffer = Buffer.create 1 in | 
|  | Buffer.add_char buffer c; | 
|  | lex_number buffer stream | 
|  |  | 
|  | ... | 
|  |  | 
|  | and lex_number buffer = parser | 
|  | | [< ' ('0' .. '9' | '.' as c); stream >] -> | 
|  | Buffer.add_char buffer c; | 
|  | lex_number buffer stream | 
|  | | [< stream=lex >] -> | 
|  | [< 'Token.Number (float_of_string (Buffer.contents buffer)); stream >] | 
|  |  | 
|  | This is all pretty straight-forward code for processing input. When | 
|  | reading a numeric value from input, we use the ocaml ``float_of_string`` | 
|  | function to convert it to a numeric value that we store in | 
|  | ``Token.Number``. Note that this isn't doing sufficient error checking: | 
|  | it will raise ``Failure`` if the string "1.23.45.67". Feel free to | 
|  | extend it :). Next we handle comments: | 
|  |  | 
|  | .. code-block:: ocaml | 
|  |  | 
|  | (* Comment until end of line. *) | 
|  | | [< ' ('#'); stream >] -> | 
|  | lex_comment stream | 
|  |  | 
|  | ... | 
|  |  | 
|  | and lex_comment = parser | 
|  | | [< ' ('\n'); stream=lex >] -> stream | 
|  | | [< 'c; e=lex_comment >] -> e | 
|  | | [< >] -> [< >] | 
|  |  | 
|  | We handle comments by skipping to the end of the line and then return | 
|  | the next token. Finally, if the input doesn't match one of the above | 
|  | cases, it is either an operator character like '+' or the end of the | 
|  | file. These are handled with this code: | 
|  |  | 
|  | .. code-block:: ocaml | 
|  |  | 
|  | (* Otherwise, just return the character as its ascii value. *) | 
|  | | [< 'c; stream >] -> | 
|  | [< 'Token.Kwd c; lex stream >] | 
|  |  | 
|  | (* end of stream. *) | 
|  | | [< >] -> [< >] | 
|  |  | 
|  | With this, we have the complete lexer for the basic Kaleidoscope | 
|  | language (the `full code listing <OCamlLangImpl2.html#full-code-listing>`_ for the | 
|  | Lexer is available in the `next chapter <OCamlLangImpl2.html>`_ of the | 
|  | tutorial). Next we'll `build a simple parser that uses this to build an | 
|  | Abstract Syntax Tree <OCamlLangImpl2.html>`_. When we have that, we'll | 
|  | include a driver so that you can use the lexer and parser together. | 
|  |  | 
|  | `Next: Implementing a Parser and AST <OCamlLangImpl2.html>`_ | 
|  |  |