|  | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" | 
|  | "http://www.w3.org/TR/html4/strict.dtd"> | 
|  |  | 
|  | <html> | 
|  | <head> | 
|  | <title>Kaleidoscope: Tutorial Introduction and the Lexer</title> | 
|  | <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> | 
|  | <meta name="author" content="Chris Lattner"> | 
|  | <meta name="author" content="Erick Tryzelaar"> | 
|  | <link rel="stylesheet" href="../llvm.css" type="text/css"> | 
|  | </head> | 
|  |  | 
|  | <body> | 
|  |  | 
|  | <h1>Kaleidoscope: Tutorial Introduction and the Lexer</h1> | 
|  |  | 
|  | <ul> | 
|  | <li><a href="index.html">Up to Tutorial Index</a></li> | 
|  | <li>Chapter 1 | 
|  | <ol> | 
|  | <li><a href="#intro">Tutorial Introduction</a></li> | 
|  | <li><a href="#language">The Basic Language</a></li> | 
|  | <li><a href="#lexer">The Lexer</a></li> | 
|  | </ol> | 
|  | </li> | 
|  | <li><a href="OCamlLangImpl2.html">Chapter 2</a>: Implementing a Parser and | 
|  | AST</li> | 
|  | </ul> | 
|  |  | 
|  | <div class="doc_author"> | 
|  | <p> | 
|  | Written by <a href="mailto:sabre@nondot.org">Chris Lattner</a> | 
|  | and <a href="mailto:idadesub@users.sourceforge.net">Erick Tryzelaar</a> | 
|  | </p> | 
|  | </div> | 
|  |  | 
|  | <!-- *********************************************************************** --> | 
|  | <h2><a name="intro">Tutorial Introduction</a></h2> | 
|  | <!-- *********************************************************************** --> | 
|  |  | 
|  | <div> | 
|  |  | 
|  | <p>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. | 
|  | </p> | 
|  |  | 
|  | <p> | 
|  | 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.</p> | 
|  |  | 
|  | <p>It is useful to point out ahead of time that this tutorial is really about | 
|  | teaching compiler techniques and LLVM specifically, <em>not</em> 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 <a | 
|  | href="http://en.wikipedia.org/wiki/Visitor_pattern">visitors</a>, 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.</p> | 
|  |  | 
|  | <p>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: | 
|  | </p> | 
|  |  | 
|  | <ul> | 
|  | <li><b><a href="#language">Chapter #1</a>: Introduction to the Kaleidoscope | 
|  | language, and the definition of its Lexer</b> - 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.</li> | 
|  | <li><b><a href="OCamlLangImpl2.html">Chapter #2</a>: Implementing a Parser and | 
|  | AST</b> - 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. :)</li> | 
|  | <li><b><a href="OCamlLangImpl3.html">Chapter #3</a>: Code generation to LLVM | 
|  | IR</b> - With the AST ready, we can show off how easy generation of LLVM IR | 
|  | really is.</li> | 
|  | <li><b><a href="OCamlLangImpl4.html">Chapter #4</a>: Adding JIT and Optimizer | 
|  | Support</b> - 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. :)</li> | 
|  | <li><b><a href="OCamlLangImpl5.html">Chapter #5</a>: Extending the Language: | 
|  | Control Flow</b> - 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.</li> | 
|  | <li><b><a href="OCamlLangImpl6.html">Chapter #6</a>: Extending the Language: | 
|  | User-defined Operators</b> - 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.</li> | 
|  | <li><b><a href="OCamlLangImpl7.html">Chapter #7</a>: Extending the Language: | 
|  | Mutable Variables</b> - 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 | 
|  | <em>not</em> require your front-end to construct SSA form!</li> | 
|  | <li><b><a href="OCamlLangImpl8.html">Chapter #8</a>: Conclusion and other | 
|  | useful LLVM tidbits</b> - 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.</li> | 
|  |  | 
|  | </ul> | 
|  |  | 
|  | <p>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.</p> | 
|  |  | 
|  | <p>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!</p> | 
|  |  | 
|  | </div> | 
|  |  | 
|  | <!-- *********************************************************************** --> | 
|  | <h2><a name="language">The Basic Language</a></h2> | 
|  | <!-- *********************************************************************** --> | 
|  |  | 
|  | <div> | 
|  |  | 
|  | <p>This tutorial will be illustrated with a toy language that we'll call | 
|  | "<a href="http://en.wikipedia.org/wiki/Kaleidoscope">Kaleidoscope</a>" (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.</p> | 
|  |  | 
|  | <p>Because we want to keep things simple, the only datatype in Kaleidoscope is a | 
|  | 64-bit floating point type (aka 'float' in O'Caml 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 <a | 
|  | href="http://en.wikipedia.org/wiki/Fibonacci_number">Fibonacci numbers:</a></p> | 
|  |  | 
|  | <div class="doc_code"> | 
|  | <pre> | 
|  | # 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) | 
|  | </pre> | 
|  | </div> | 
|  |  | 
|  | <p>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:</p> | 
|  |  | 
|  | <div class="doc_code"> | 
|  | <pre> | 
|  | extern sin(arg); | 
|  | extern cos(arg); | 
|  | extern atan2(arg1 arg2); | 
|  |  | 
|  | atan2(sin(.4), cos(42)) | 
|  | </pre> | 
|  | </div> | 
|  |  | 
|  | <p>A more interesting example is included in Chapter 6 where we write a little | 
|  | Kaleidoscope application that <a href="OCamlLangImpl6.html#example">displays | 
|  | a Mandelbrot Set</a> at various levels of magnification.</p> | 
|  |  | 
|  | <p>Lets dive into the implementation of this language!</p> | 
|  |  | 
|  | </div> | 
|  |  | 
|  | <!-- *********************************************************************** --> | 
|  | <h2><a name="lexer">The Lexer</a></h2> | 
|  | <!-- *********************************************************************** --> | 
|  |  | 
|  | <div> | 
|  |  | 
|  | <p>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 "<a | 
|  | href="http://en.wikipedia.org/wiki/Lexical_analysis">lexer</a>" (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: | 
|  | </p> | 
|  |  | 
|  | <div class="doc_code"> | 
|  | <pre> | 
|  | (* 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 | 
|  | </pre> | 
|  | </div> | 
|  |  | 
|  | <p>Each token returned by our lexer will be one of the token variant values. | 
|  | An unknown character like '+' will be returned as <tt>Token.Kwd '+'</tt>.  If | 
|  | the curr token is an identifier, the value will be <tt>Token.Ident s</tt>.  If | 
|  | the current token is a numeric literal (like 1.0), the value will be | 
|  | <tt>Token.Number 1.0</tt>. | 
|  | </p> | 
|  |  | 
|  | <p>The actual implementation of the lexer is a collection of functions driven | 
|  | by a function named <tt>Lexer.lex</tt>.  The <tt>Lexer.lex</tt> function is | 
|  | called to return the next token from standard input.  We will use | 
|  | <a href="http://caml.inria.fr/pub/docs/manual-camlp4/index.html">Camlp4</a> | 
|  | to simplify the tokenization of the standard input.  Its definition starts | 
|  | as:</p> | 
|  |  | 
|  | <div class="doc_code"> | 
|  | <pre> | 
|  | (*===----------------------------------------------------------------------=== | 
|  | * Lexer | 
|  | *===----------------------------------------------------------------------===*) | 
|  |  | 
|  | let rec lex = parser | 
|  | (* Skip any whitespace. *) | 
|  | | [< ' (' ' | '\n' | '\r' | '\t'); stream >] -> lex stream | 
|  | </pre> | 
|  | </div> | 
|  |  | 
|  | <p> | 
|  | <tt>Lexer.lex</tt> works by recursing over a <tt>char Stream.t</tt> to read | 
|  | characters one at a time from the standard input.  It eats them as it recognizes | 
|  | them and stores them in in a <tt>Token.token</tt> variant.  The first thing that | 
|  | it has to do is ignore whitespace between tokens.  This is accomplished with the | 
|  | recursive call above.</p> | 
|  |  | 
|  | <p>The next thing <tt>Lexer.lex</tt> needs to do is recognize identifiers and | 
|  | specific keywords like "def".  Kaleidoscope does this with a pattern match | 
|  | and a helper function.<p> | 
|  |  | 
|  | <div class="doc_code"> | 
|  | <pre> | 
|  | (* 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 >] | 
|  | </pre> | 
|  | </div> | 
|  |  | 
|  | <p>Numeric values are similar:</p> | 
|  |  | 
|  | <div class="doc_code"> | 
|  | <pre> | 
|  | (* 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 >] | 
|  | </pre> | 
|  | </div> | 
|  |  | 
|  | <p>This is all pretty straight-forward code for processing input.  When reading | 
|  | a numeric value from input, we use the ocaml <tt>float_of_string</tt> function | 
|  | to convert it to a numeric value that we store in <tt>Token.Number</tt>.  Note | 
|  | that this isn't doing sufficient error checking: it will raise <tt>Failure</tt> | 
|  | if the string "1.23.45.67".  Feel free to extend it :).  Next we handle | 
|  | comments: | 
|  | </p> | 
|  |  | 
|  | <div class="doc_code"> | 
|  | <pre> | 
|  | (* Comment until end of line. *) | 
|  | | [< ' ('#'); stream >] -> | 
|  | lex_comment stream | 
|  |  | 
|  | ... | 
|  |  | 
|  | and lex_comment = parser | 
|  | | [< ' ('\n'); stream=lex >] -> stream | 
|  | | [< 'c; e=lex_comment >] -> e | 
|  | | [< >] -> [< >] | 
|  | </pre> | 
|  | </div> | 
|  |  | 
|  | <p>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:</p> | 
|  |  | 
|  | <div class="doc_code"> | 
|  | <pre> | 
|  | (* Otherwise, just return the character as its ascii value. *) | 
|  | | [< 'c; stream >] -> | 
|  | [< 'Token.Kwd c; lex stream >] | 
|  |  | 
|  | (* end of stream. *) | 
|  | | [< >] -> [< >] | 
|  | </pre> | 
|  | </div> | 
|  |  | 
|  | <p>With this, we have the complete lexer for the basic Kaleidoscope language | 
|  | (the <a href="OCamlLangImpl2.html#code">full code listing</a> for the Lexer is | 
|  | available in the <a href="OCamlLangImpl2.html">next chapter</a> of the | 
|  | tutorial).  Next we'll <a href="OCamlLangImpl2.html">build a simple parser that | 
|  | uses this to build an Abstract Syntax Tree</a>.  When we have that, we'll | 
|  | include a driver so that you can use the lexer and parser together. | 
|  | </p> | 
|  |  | 
|  | <a href="OCamlLangImpl2.html">Next: Implementing a Parser and AST</a> | 
|  | </div> | 
|  |  | 
|  | <!-- *********************************************************************** --> | 
|  | <hr> | 
|  | <address> | 
|  | <a href="http://jigsaw.w3.org/css-validator/check/referer"><img | 
|  | src="http://jigsaw.w3.org/css-validator/images/vcss" alt="Valid CSS!"></a> | 
|  | <a href="http://validator.w3.org/check/referer"><img | 
|  | src="http://www.w3.org/Icons/valid-html401" alt="Valid HTML 4.01!"></a> | 
|  |  | 
|  | <a href="mailto:sabre@nondot.org">Chris Lattner</a><br> | 
|  | <a href="mailto:idadesub@users.sourceforge.net">Erick Tryzelaar</a><br> | 
|  | <a href="http://llvm.org/">The LLVM Compiler Infrastructure</a><br> | 
|  | Last modified: $Date$ | 
|  | </address> | 
|  | </body> | 
|  | </html> |