Refactored out a part of ObjCARCOpt::OptimizeReturns into its own method HasSafePathT...
[oota-llvm.git] / docs / tutorial / LangImpl3.rst
1 ========================================
2 Kaleidoscope: Code generation to LLVM IR
3 ========================================
4
5 .. contents::
6    :local:
7
8 Chapter 3 Introduction
9 ======================
10
11 Welcome to Chapter 3 of the "`Implementing a language with
12 LLVM <index.html>`_" tutorial. This chapter shows you how to transform
13 the `Abstract Syntax Tree <LangImpl2.html>`_, built in Chapter 2, into
14 LLVM IR. This will teach you a little bit about how LLVM does things, as
15 well as demonstrate how easy it is to use. It's much more work to build
16 a lexer and parser than it is to generate LLVM IR code. :)
17
18 **Please note**: the code in this chapter and later require LLVM 2.2 or
19 later. LLVM 2.1 and before will not work with it. Also note that you
20 need to use a version of this tutorial that matches your LLVM release:
21 If you are using an official LLVM release, use the version of the
22 documentation included with your release or on the `llvm.org releases
23 page <http://llvm.org/releases/>`_.
24
25 Code Generation Setup
26 =====================
27
28 In order to generate LLVM IR, we want some simple setup to get started.
29 First we define virtual code generation (codegen) methods in each AST
30 class:
31
32 .. code-block:: c++
33
34     /// ExprAST - Base class for all expression nodes.
35     class ExprAST {
36     public:
37       virtual ~ExprAST() {}
38       virtual Value *Codegen() = 0;
39     };
40
41     /// NumberExprAST - Expression class for numeric literals like "1.0".
42     class NumberExprAST : public ExprAST {
43       double Val;
44     public:
45       NumberExprAST(double val) : Val(val) {}
46       virtual Value *Codegen();
47     };
48     ...
49
50 The Codegen() method says to emit IR for that AST node along with all
51 the things it depends on, and they all return an LLVM Value object.
52 "Value" is the class used to represent a "`Static Single Assignment
53 (SSA) <http://en.wikipedia.org/wiki/Static_single_assignment_form>`_
54 register" or "SSA value" in LLVM. The most distinct aspect of SSA values
55 is that their value is computed as the related instruction executes, and
56 it does not get a new value until (and if) the instruction re-executes.
57 In other words, there is no way to "change" an SSA value. For more
58 information, please read up on `Static Single
59 Assignment <http://en.wikipedia.org/wiki/Static_single_assignment_form>`_
60 - the concepts are really quite natural once you grok them.
61
62 Note that instead of adding virtual methods to the ExprAST class
63 hierarchy, it could also make sense to use a `visitor
64 pattern <http://en.wikipedia.org/wiki/Visitor_pattern>`_ or some other
65 way to model this. Again, this tutorial won't dwell on good software
66 engineering practices: for our purposes, adding a virtual method is
67 simplest.
68
69 The second thing we want is an "Error" method like we used for the
70 parser, which will be used to report errors found during code generation
71 (for example, use of an undeclared parameter):
72
73 .. code-block:: c++
74
75     Value *ErrorV(const char *Str) { Error(Str); return 0; }
76
77     static Module *TheModule;
78     static IRBuilder<> Builder(getGlobalContext());
79     static std::map<std::string, Value*> NamedValues;
80
81 The static variables will be used during code generation. ``TheModule``
82 is the LLVM construct that contains all of the functions and global
83 variables in a chunk of code. In many ways, it is the top-level
84 structure that the LLVM IR uses to contain code.
85
86 The ``Builder`` object is a helper object that makes it easy to generate
87 LLVM instructions. Instances of the
88 ```IRBuilder`` <http://llvm.org/doxygen/IRBuilder_8h-source.html>`_
89 class template keep track of the current place to insert instructions
90 and has methods to create new instructions.
91
92 The ``NamedValues`` map keeps track of which values are defined in the
93 current scope and what their LLVM representation is. (In other words, it
94 is a symbol table for the code). In this form of Kaleidoscope, the only
95 things that can be referenced are function parameters. As such, function
96 parameters will be in this map when generating code for their function
97 body.
98
99 With these basics in place, we can start talking about how to generate
100 code for each expression. Note that this assumes that the ``Builder``
101 has been set up to generate code *into* something. For now, we'll assume
102 that this has already been done, and we'll just use it to emit code.
103
104 Expression Code Generation
105 ==========================
106
107 Generating LLVM code for expression nodes is very straightforward: less
108 than 45 lines of commented code for all four of our expression nodes.
109 First we'll do numeric literals:
110
111 .. code-block:: c++
112
113     Value *NumberExprAST::Codegen() {
114       return ConstantFP::get(getGlobalContext(), APFloat(Val));
115     }
116
117 In the LLVM IR, numeric constants are represented with the
118 ``ConstantFP`` class, which holds the numeric value in an ``APFloat``
119 internally (``APFloat`` has the capability of holding floating point
120 constants of Arbitrary Precision). This code basically just creates
121 and returns a ``ConstantFP``. Note that in the LLVM IR that constants
122 are all uniqued together and shared. For this reason, the API uses the
123 "foo::get(...)" idiom instead of "new foo(..)" or "foo::Create(..)".
124
125 .. code-block:: c++
126
127     Value *VariableExprAST::Codegen() {
128       // Look this variable up in the function.
129       Value *V = NamedValues[Name];
130       return V ? V : ErrorV("Unknown variable name");
131     }
132
133 References to variables are also quite simple using LLVM. In the simple
134 version of Kaleidoscope, we assume that the variable has already been
135 emitted somewhere and its value is available. In practice, the only
136 values that can be in the ``NamedValues`` map are function arguments.
137 This code simply checks to see that the specified name is in the map (if
138 not, an unknown variable is being referenced) and returns the value for
139 it. In future chapters, we'll add support for `loop induction
140 variables <LangImpl5.html#for>`_ in the symbol table, and for `local
141 variables <LangImpl7.html#localvars>`_.
142
143 .. code-block:: c++
144
145     Value *BinaryExprAST::Codegen() {
146       Value *L = LHS->Codegen();
147       Value *R = RHS->Codegen();
148       if (L == 0 || R == 0) return 0;
149
150       switch (Op) {
151       case '+': return Builder.CreateFAdd(L, R, "addtmp");
152       case '-': return Builder.CreateFSub(L, R, "subtmp");
153       case '*': return Builder.CreateFMul(L, R, "multmp");
154       case '<':
155         L = Builder.CreateFCmpULT(L, R, "cmptmp");
156         // Convert bool 0/1 to double 0.0 or 1.0
157         return Builder.CreateUIToFP(L, Type::getDoubleTy(getGlobalContext()),
158                                     "booltmp");
159       default: return ErrorV("invalid binary operator");
160       }
161     }
162
163 Binary operators start to get more interesting. The basic idea here is
164 that we recursively emit code for the left-hand side of the expression,
165 then the right-hand side, then we compute the result of the binary
166 expression. In this code, we do a simple switch on the opcode to create
167 the right LLVM instruction.
168
169 In the example above, the LLVM builder class is starting to show its
170 value. IRBuilder knows where to insert the newly created instruction,
171 all you have to do is specify what instruction to create (e.g. with
172 ``CreateFAdd``), which operands to use (``L`` and ``R`` here) and
173 optionally provide a name for the generated instruction.
174
175 One nice thing about LLVM is that the name is just a hint. For instance,
176 if the code above emits multiple "addtmp" variables, LLVM will
177 automatically provide each one with an increasing, unique numeric
178 suffix. Local value names for instructions are purely optional, but it
179 makes it much easier to read the IR dumps.
180
181 `LLVM instructions <../LangRef.html#instref>`_ are constrained by strict
182 rules: for example, the Left and Right operators of an `add
183 instruction <../LangRef.html#i_add>`_ must have the same type, and the
184 result type of the add must match the operand types. Because all values
185 in Kaleidoscope are doubles, this makes for very simple code for add,
186 sub and mul.
187
188 On the other hand, LLVM specifies that the `fcmp
189 instruction <../LangRef.html#i_fcmp>`_ always returns an 'i1' value (a
190 one bit integer). The problem with this is that Kaleidoscope wants the
191 value to be a 0.0 or 1.0 value. In order to get these semantics, we
192 combine the fcmp instruction with a `uitofp
193 instruction <../LangRef.html#i_uitofp>`_. This instruction converts its
194 input integer into a floating point value by treating the input as an
195 unsigned value. In contrast, if we used the `sitofp
196 instruction <../LangRef.html#i_sitofp>`_, the Kaleidoscope '<' operator
197 would return 0.0 and -1.0, depending on the input value.
198
199 .. code-block:: c++
200
201     Value *CallExprAST::Codegen() {
202       // Look up the name in the global module table.
203       Function *CalleeF = TheModule->getFunction(Callee);
204       if (CalleeF == 0)
205         return ErrorV("Unknown function referenced");
206
207       // If argument mismatch error.
208       if (CalleeF->arg_size() != Args.size())
209         return ErrorV("Incorrect # arguments passed");
210
211       std::vector<Value*> ArgsV;
212       for (unsigned i = 0, e = Args.size(); i != e; ++i) {
213         ArgsV.push_back(Args[i]->Codegen());
214         if (ArgsV.back() == 0) return 0;
215       }
216
217       return Builder.CreateCall(CalleeF, ArgsV, "calltmp");
218     }
219
220 Code generation for function calls is quite straightforward with LLVM.
221 The code above initially does a function name lookup in the LLVM
222 Module's symbol table. Recall that the LLVM Module is the container that
223 holds all of the functions we are JIT'ing. By giving each function the
224 same name as what the user specifies, we can use the LLVM symbol table
225 to resolve function names for us.
226
227 Once we have the function to call, we recursively codegen each argument
228 that is to be passed in, and create an LLVM `call
229 instruction <../LangRef.html#i_call>`_. Note that LLVM uses the native C
230 calling conventions by default, allowing these calls to also call into
231 standard library functions like "sin" and "cos", with no additional
232 effort.
233
234 This wraps up our handling of the four basic expressions that we have so
235 far in Kaleidoscope. Feel free to go in and add some more. For example,
236 by browsing the `LLVM language reference <../LangRef.html>`_ you'll find
237 several other interesting instructions that are really easy to plug into
238 our basic framework.
239
240 Function Code Generation
241 ========================
242
243 Code generation for prototypes and functions must handle a number of
244 details, which make their code less beautiful than expression code
245 generation, but allows us to illustrate some important points. First,
246 lets talk about code generation for prototypes: they are used both for
247 function bodies and external function declarations. The code starts
248 with:
249
250 .. code-block:: c++
251
252     Function *PrototypeAST::Codegen() {
253       // Make the function type:  double(double,double) etc.
254       std::vector<Type*> Doubles(Args.size(),
255                                  Type::getDoubleTy(getGlobalContext()));
256       FunctionType *FT = FunctionType::get(Type::getDoubleTy(getGlobalContext()),
257                                            Doubles, false);
258
259       Function *F = Function::Create(FT, Function::ExternalLinkage, Name, TheModule);
260
261 This code packs a lot of power into a few lines. Note first that this
262 function returns a "Function\*" instead of a "Value\*". Because a
263 "prototype" really talks about the external interface for a function
264 (not the value computed by an expression), it makes sense for it to
265 return the LLVM Function it corresponds to when codegen'd.
266
267 The call to ``FunctionType::get`` creates the ``FunctionType`` that
268 should be used for a given Prototype. Since all function arguments in
269 Kaleidoscope are of type double, the first line creates a vector of "N"
270 LLVM double types. It then uses the ``Functiontype::get`` method to
271 create a function type that takes "N" doubles as arguments, returns one
272 double as a result, and that is not vararg (the false parameter
273 indicates this). Note that Types in LLVM are uniqued just like Constants
274 are, so you don't "new" a type, you "get" it.
275
276 The final line above actually creates the function that the prototype
277 will correspond to. This indicates the type, linkage and name to use, as
278 well as which module to insert into. "`external
279 linkage <../LangRef.html#linkage>`_" means that the function may be
280 defined outside the current module and/or that it is callable by
281 functions outside the module. The Name passed in is the name the user
282 specified: since "``TheModule``" is specified, this name is registered
283 in "``TheModule``"s symbol table, which is used by the function call
284 code above.
285
286 .. code-block:: c++
287
288       // If F conflicted, there was already something named 'Name'.  If it has a
289       // body, don't allow redefinition or reextern.
290       if (F->getName() != Name) {
291         // Delete the one we just made and get the existing one.
292         F->eraseFromParent();
293         F = TheModule->getFunction(Name);
294
295 The Module symbol table works just like the Function symbol table when
296 it comes to name conflicts: if a new function is created with a name
297 that was previously added to the symbol table, the new function will get
298 implicitly renamed when added to the Module. The code above exploits
299 this fact to determine if there was a previous definition of this
300 function.
301
302 In Kaleidoscope, I choose to allow redefinitions of functions in two
303 cases: first, we want to allow 'extern'ing a function more than once, as
304 long as the prototypes for the externs match (since all arguments have
305 the same type, we just have to check that the number of arguments
306 match). Second, we want to allow 'extern'ing a function and then
307 defining a body for it. This is useful when defining mutually recursive
308 functions.
309
310 In order to implement this, the code above first checks to see if there
311 is a collision on the name of the function. If so, it deletes the
312 function we just created (by calling ``eraseFromParent``) and then
313 calling ``getFunction`` to get the existing function with the specified
314 name. Note that many APIs in LLVM have "erase" forms and "remove" forms.
315 The "remove" form unlinks the object from its parent (e.g. a Function
316 from a Module) and returns it. The "erase" form unlinks the object and
317 then deletes it.
318
319 .. code-block:: c++
320
321         // If F already has a body, reject this.
322         if (!F->empty()) {
323           ErrorF("redefinition of function");
324           return 0;
325         }
326
327         // If F took a different number of args, reject.
328         if (F->arg_size() != Args.size()) {
329           ErrorF("redefinition of function with different # args");
330           return 0;
331         }
332       }
333
334 In order to verify the logic above, we first check to see if the
335 pre-existing function is "empty". In this case, empty means that it has
336 no basic blocks in it, which means it has no body. If it has no body, it
337 is a forward declaration. Since we don't allow anything after a full
338 definition of the function, the code rejects this case. If the previous
339 reference to a function was an 'extern', we simply verify that the
340 number of arguments for that definition and this one match up. If not,
341 we emit an error.
342
343 .. code-block:: c++
344
345       // Set names for all arguments.
346       unsigned Idx = 0;
347       for (Function::arg_iterator AI = F->arg_begin(); Idx != Args.size();
348            ++AI, ++Idx) {
349         AI->setName(Args[Idx]);
350
351         // Add arguments to variable symbol table.
352         NamedValues[Args[Idx]] = AI;
353       }
354       return F;
355     }
356
357 The last bit of code for prototypes loops over all of the arguments in
358 the function, setting the name of the LLVM Argument objects to match,
359 and registering the arguments in the ``NamedValues`` map for future use
360 by the ``VariableExprAST`` AST node. Once this is set up, it returns the
361 Function object to the caller. Note that we don't check for conflicting
362 argument names here (e.g. "extern foo(a b a)"). Doing so would be very
363 straight-forward with the mechanics we have already used above.
364
365 .. code-block:: c++
366
367     Function *FunctionAST::Codegen() {
368       NamedValues.clear();
369
370       Function *TheFunction = Proto->Codegen();
371       if (TheFunction == 0)
372         return 0;
373
374 Code generation for function definitions starts out simply enough: we
375 just codegen the prototype (Proto) and verify that it is ok. We then
376 clear out the ``NamedValues`` map to make sure that there isn't anything
377 in it from the last function we compiled. Code generation of the
378 prototype ensures that there is an LLVM Function object that is ready to
379 go for us.
380
381 .. code-block:: c++
382
383       // Create a new basic block to start insertion into.
384       BasicBlock *BB = BasicBlock::Create(getGlobalContext(), "entry", TheFunction);
385       Builder.SetInsertPoint(BB);
386
387       if (Value *RetVal = Body->Codegen()) {
388
389 Now we get to the point where the ``Builder`` is set up. The first line
390 creates a new `basic block <http://en.wikipedia.org/wiki/Basic_block>`_
391 (named "entry"), which is inserted into ``TheFunction``. The second line
392 then tells the builder that new instructions should be inserted into the
393 end of the new basic block. Basic blocks in LLVM are an important part
394 of functions that define the `Control Flow
395 Graph <http://en.wikipedia.org/wiki/Control_flow_graph>`_. Since we
396 don't have any control flow, our functions will only contain one block
397 at this point. We'll fix this in `Chapter 5 <LangImpl5.html>`_ :).
398
399 .. code-block:: c++
400
401       if (Value *RetVal = Body->Codegen()) {
402         // Finish off the function.
403         Builder.CreateRet(RetVal);
404
405         // Validate the generated code, checking for consistency.
406         verifyFunction(*TheFunction);
407
408         return TheFunction;
409       }
410
411 Once the insertion point is set up, we call the ``CodeGen()`` method for
412 the root expression of the function. If no error happens, this emits
413 code to compute the expression into the entry block and returns the
414 value that was computed. Assuming no error, we then create an LLVM `ret
415 instruction <../LangRef.html#i_ret>`_, which completes the function.
416 Once the function is built, we call ``verifyFunction``, which is
417 provided by LLVM. This function does a variety of consistency checks on
418 the generated code, to determine if our compiler is doing everything
419 right. Using this is important: it can catch a lot of bugs. Once the
420 function is finished and validated, we return it.
421
422 .. code-block:: c++
423
424       // Error reading body, remove function.
425       TheFunction->eraseFromParent();
426       return 0;
427     }
428
429 The only piece left here is handling of the error case. For simplicity,
430 we handle this by merely deleting the function we produced with the
431 ``eraseFromParent`` method. This allows the user to redefine a function
432 that they incorrectly typed in before: if we didn't delete it, it would
433 live in the symbol table, with a body, preventing future redefinition.
434
435 This code does have a bug, though. Since the ``PrototypeAST::Codegen``
436 can return a previously defined forward declaration, our code can
437 actually delete a forward declaration. There are a number of ways to fix
438 this bug, see what you can come up with! Here is a testcase:
439
440 ::
441
442     extern foo(a b);     # ok, defines foo.
443     def foo(a b) c;      # error, 'c' is invalid.
444     def bar() foo(1, 2); # error, unknown function "foo"
445
446 Driver Changes and Closing Thoughts
447 ===================================
448
449 For now, code generation to LLVM doesn't really get us much, except that
450 we can look at the pretty IR calls. The sample code inserts calls to
451 Codegen into the "``HandleDefinition``", "``HandleExtern``" etc
452 functions, and then dumps out the LLVM IR. This gives a nice way to look
453 at the LLVM IR for simple functions. For example:
454
455 ::
456
457     ready> 4+5;
458     Read top-level expression:
459     define double @0() {
460     entry:
461       ret double 9.000000e+00
462     }
463
464 Note how the parser turns the top-level expression into anonymous
465 functions for us. This will be handy when we add `JIT
466 support <LangImpl4.html#jit>`_ in the next chapter. Also note that the
467 code is very literally transcribed, no optimizations are being performed
468 except simple constant folding done by IRBuilder. We will `add
469 optimizations <LangImpl4.html#trivialconstfold>`_ explicitly in the next
470 chapter.
471
472 ::
473
474     ready> def foo(a b) a*a + 2*a*b + b*b;
475     Read function definition:
476     define double @foo(double %a, double %b) {
477     entry:
478       %multmp = fmul double %a, %a
479       %multmp1 = fmul double 2.000000e+00, %a
480       %multmp2 = fmul double %multmp1, %b
481       %addtmp = fadd double %multmp, %multmp2
482       %multmp3 = fmul double %b, %b
483       %addtmp4 = fadd double %addtmp, %multmp3
484       ret double %addtmp4
485     }
486
487 This shows some simple arithmetic. Notice the striking similarity to the
488 LLVM builder calls that we use to create the instructions.
489
490 ::
491
492     ready> def bar(a) foo(a, 4.0) + bar(31337);
493     Read function definition:
494     define double @bar(double %a) {
495     entry:
496       %calltmp = call double @foo(double %a, double 4.000000e+00)
497       %calltmp1 = call double @bar(double 3.133700e+04)
498       %addtmp = fadd double %calltmp, %calltmp1
499       ret double %addtmp
500     }
501
502 This shows some function calls. Note that this function will take a long
503 time to execute if you call it. In the future we'll add conditional
504 control flow to actually make recursion useful :).
505
506 ::
507
508     ready> extern cos(x);
509     Read extern:
510     declare double @cos(double)
511
512     ready> cos(1.234);
513     Read top-level expression:
514     define double @1() {
515     entry:
516       %calltmp = call double @cos(double 1.234000e+00)
517       ret double %calltmp
518     }
519
520 This shows an extern for the libm "cos" function, and a call to it.
521
522 .. TODO:: Abandon Pygments' horrible `llvm` lexer. It just totally gives up
523    on highlighting this due to the first line.
524
525 ::
526
527     ready> ^D
528     ; ModuleID = 'my cool jit'
529
530     define double @0() {
531     entry:
532       %addtmp = fadd double 4.000000e+00, 5.000000e+00
533       ret double %addtmp
534     }
535
536     define double @foo(double %a, double %b) {
537     entry:
538       %multmp = fmul double %a, %a
539       %multmp1 = fmul double 2.000000e+00, %a
540       %multmp2 = fmul double %multmp1, %b
541       %addtmp = fadd double %multmp, %multmp2
542       %multmp3 = fmul double %b, %b
543       %addtmp4 = fadd double %addtmp, %multmp3
544       ret double %addtmp4
545     }
546
547     define double @bar(double %a) {
548     entry:
549       %calltmp = call double @foo(double %a, double 4.000000e+00)
550       %calltmp1 = call double @bar(double 3.133700e+04)
551       %addtmp = fadd double %calltmp, %calltmp1
552       ret double %addtmp
553     }
554
555     declare double @cos(double)
556
557     define double @1() {
558     entry:
559       %calltmp = call double @cos(double 1.234000e+00)
560       ret double %calltmp
561     }
562
563 When you quit the current demo, it dumps out the IR for the entire
564 module generated. Here you can see the big picture with all the
565 functions referencing each other.
566
567 This wraps up the third chapter of the Kaleidoscope tutorial. Up next,
568 we'll describe how to `add JIT codegen and optimizer
569 support <LangImpl4.html>`_ to this so we can actually start running
570 code!
571
572 Full Code Listing
573 =================
574
575 Here is the complete code listing for our running example, enhanced with
576 the LLVM code generator. Because this uses the LLVM libraries, we need
577 to link them in. To do this, we use the
578 `llvm-config <http://llvm.org/cmds/llvm-config.html>`_ tool to inform
579 our makefile/command line about which options to use:
580
581 .. code-block:: bash
582
583     # Compile
584     clang++ -g -O3 toy.cpp `llvm-config --cppflags --ldflags --libs core` -o toy
585     # Run
586     ./toy
587
588 Here is the code:
589
590 .. code-block:: c++
591
592     // To build this:
593     // See example below.
594
595     #include "llvm/DerivedTypes.h"
596     #include "llvm/IRBuilder.h"
597     #include "llvm/LLVMContext.h"
598     #include "llvm/Module.h"
599     #include "llvm/Analysis/Verifier.h"
600     #include <cstdio>
601     #include <string>
602     #include <map>
603     #include <vector>
604     using namespace llvm;
605
606     //===----------------------------------------------------------------------===//
607     // Lexer
608     //===----------------------------------------------------------------------===//
609
610     // The lexer returns tokens [0-255] if it is an unknown character, otherwise one
611     // of these for known things.
612     enum Token {
613       tok_eof = -1,
614
615       // commands
616       tok_def = -2, tok_extern = -3,
617
618       // primary
619       tok_identifier = -4, tok_number = -5
620     };
621
622     static std::string IdentifierStr;  // Filled in if tok_identifier
623     static double NumVal;              // Filled in if tok_number
624
625     /// gettok - Return the next token from standard input.
626     static int gettok() {
627       static int LastChar = ' ';
628
629       // Skip any whitespace.
630       while (isspace(LastChar))
631         LastChar = getchar();
632
633       if (isalpha(LastChar)) { // identifier: [a-zA-Z][a-zA-Z0-9]*
634         IdentifierStr = LastChar;
635         while (isalnum((LastChar = getchar())))
636           IdentifierStr += LastChar;
637
638         if (IdentifierStr == "def") return tok_def;
639         if (IdentifierStr == "extern") return tok_extern;
640         return tok_identifier;
641       }
642
643       if (isdigit(LastChar) || LastChar == '.') {   // Number: [0-9.]+
644         std::string NumStr;
645         do {
646           NumStr += LastChar;
647           LastChar = getchar();
648         } while (isdigit(LastChar) || LastChar == '.');
649
650         NumVal = strtod(NumStr.c_str(), 0);
651         return tok_number;
652       }
653
654       if (LastChar == '#') {
655         // Comment until end of line.
656         do LastChar = getchar();
657         while (LastChar != EOF && LastChar != '\n' && LastChar != '\r');
658
659         if (LastChar != EOF)
660           return gettok();
661       }
662
663       // Check for end of file.  Don't eat the EOF.
664       if (LastChar == EOF)
665         return tok_eof;
666
667       // Otherwise, just return the character as its ascii value.
668       int ThisChar = LastChar;
669       LastChar = getchar();
670       return ThisChar;
671     }
672
673     //===----------------------------------------------------------------------===//
674     // Abstract Syntax Tree (aka Parse Tree)
675     //===----------------------------------------------------------------------===//
676
677     /// ExprAST - Base class for all expression nodes.
678     class ExprAST {
679     public:
680       virtual ~ExprAST() {}
681       virtual Value *Codegen() = 0;
682     };
683
684     /// NumberExprAST - Expression class for numeric literals like "1.0".
685     class NumberExprAST : public ExprAST {
686       double Val;
687     public:
688       NumberExprAST(double val) : Val(val) {}
689       virtual Value *Codegen();
690     };
691
692     /// VariableExprAST - Expression class for referencing a variable, like "a".
693     class VariableExprAST : public ExprAST {
694       std::string Name;
695     public:
696       VariableExprAST(const std::string &name) : Name(name) {}
697       virtual Value *Codegen();
698     };
699
700     /// BinaryExprAST - Expression class for a binary operator.
701     class BinaryExprAST : public ExprAST {
702       char Op;
703       ExprAST *LHS, *RHS;
704     public:
705       BinaryExprAST(char op, ExprAST *lhs, ExprAST *rhs)
706         : Op(op), LHS(lhs), RHS(rhs) {}
707       virtual Value *Codegen();
708     };
709
710     /// CallExprAST - Expression class for function calls.
711     class CallExprAST : public ExprAST {
712       std::string Callee;
713       std::vector<ExprAST*> Args;
714     public:
715       CallExprAST(const std::string &callee, std::vector<ExprAST*> &args)
716         : Callee(callee), Args(args) {}
717       virtual Value *Codegen();
718     };
719
720     /// PrototypeAST - This class represents the "prototype" for a function,
721     /// which captures its name, and its argument names (thus implicitly the number
722     /// of arguments the function takes).
723     class PrototypeAST {
724       std::string Name;
725       std::vector<std::string> Args;
726     public:
727       PrototypeAST(const std::string &name, const std::vector<std::string> &args)
728         : Name(name), Args(args) {}
729
730       Function *Codegen();
731     };
732
733     /// FunctionAST - This class represents a function definition itself.
734     class FunctionAST {
735       PrototypeAST *Proto;
736       ExprAST *Body;
737     public:
738       FunctionAST(PrototypeAST *proto, ExprAST *body)
739         : Proto(proto), Body(body) {}
740
741       Function *Codegen();
742     };
743
744     //===----------------------------------------------------------------------===//
745     // Parser
746     //===----------------------------------------------------------------------===//
747
748     /// CurTok/getNextToken - Provide a simple token buffer.  CurTok is the current
749     /// token the parser is looking at.  getNextToken reads another token from the
750     /// lexer and updates CurTok with its results.
751     static int CurTok;
752     static int getNextToken() {
753       return CurTok = gettok();
754     }
755
756     /// BinopPrecedence - This holds the precedence for each binary operator that is
757     /// defined.
758     static std::map<char, int> BinopPrecedence;
759
760     /// GetTokPrecedence - Get the precedence of the pending binary operator token.
761     static int GetTokPrecedence() {
762       if (!isascii(CurTok))
763         return -1;
764
765       // Make sure it's a declared binop.
766       int TokPrec = BinopPrecedence[CurTok];
767       if (TokPrec <= 0) return -1;
768       return TokPrec;
769     }
770
771     /// Error* - These are little helper functions for error handling.
772     ExprAST *Error(const char *Str) { fprintf(stderr, "Error: %s\n", Str);return 0;}
773     PrototypeAST *ErrorP(const char *Str) { Error(Str); return 0; }
774     FunctionAST *ErrorF(const char *Str) { Error(Str); return 0; }
775
776     static ExprAST *ParseExpression();
777
778     /// identifierexpr
779     ///   ::= identifier
780     ///   ::= identifier '(' expression* ')'
781     static ExprAST *ParseIdentifierExpr() {
782       std::string IdName = IdentifierStr;
783
784       getNextToken();  // eat identifier.
785
786       if (CurTok != '(') // Simple variable ref.
787         return new VariableExprAST(IdName);
788
789       // Call.
790       getNextToken();  // eat (
791       std::vector<ExprAST*> Args;
792       if (CurTok != ')') {
793         while (1) {
794           ExprAST *Arg = ParseExpression();
795           if (!Arg) return 0;
796           Args.push_back(Arg);
797
798           if (CurTok == ')') break;
799
800           if (CurTok != ',')
801             return Error("Expected ')' or ',' in argument list");
802           getNextToken();
803         }
804       }
805
806       // Eat the ')'.
807       getNextToken();
808
809       return new CallExprAST(IdName, Args);
810     }
811
812     /// numberexpr ::= number
813     static ExprAST *ParseNumberExpr() {
814       ExprAST *Result = new NumberExprAST(NumVal);
815       getNextToken(); // consume the number
816       return Result;
817     }
818
819     /// parenexpr ::= '(' expression ')'
820     static ExprAST *ParseParenExpr() {
821       getNextToken();  // eat (.
822       ExprAST *V = ParseExpression();
823       if (!V) return 0;
824
825       if (CurTok != ')')
826         return Error("expected ')'");
827       getNextToken();  // eat ).
828       return V;
829     }
830
831     /// primary
832     ///   ::= identifierexpr
833     ///   ::= numberexpr
834     ///   ::= parenexpr
835     static ExprAST *ParsePrimary() {
836       switch (CurTok) {
837       default: return Error("unknown token when expecting an expression");
838       case tok_identifier: return ParseIdentifierExpr();
839       case tok_number:     return ParseNumberExpr();
840       case '(':            return ParseParenExpr();
841       }
842     }
843
844     /// binoprhs
845     ///   ::= ('+' primary)*
846     static ExprAST *ParseBinOpRHS(int ExprPrec, ExprAST *LHS) {
847       // If this is a binop, find its precedence.
848       while (1) {
849         int TokPrec = GetTokPrecedence();
850
851         // If this is a binop that binds at least as tightly as the current binop,
852         // consume it, otherwise we are done.
853         if (TokPrec < ExprPrec)
854           return LHS;
855
856         // Okay, we know this is a binop.
857         int BinOp = CurTok;
858         getNextToken();  // eat binop
859
860         // Parse the primary expression after the binary operator.
861         ExprAST *RHS = ParsePrimary();
862         if (!RHS) return 0;
863
864         // If BinOp binds less tightly with RHS than the operator after RHS, let
865         // the pending operator take RHS as its LHS.
866         int NextPrec = GetTokPrecedence();
867         if (TokPrec < NextPrec) {
868           RHS = ParseBinOpRHS(TokPrec+1, RHS);
869           if (RHS == 0) return 0;
870         }
871
872         // Merge LHS/RHS.
873         LHS = new BinaryExprAST(BinOp, LHS, RHS);
874       }
875     }
876
877     /// expression
878     ///   ::= primary binoprhs
879     ///
880     static ExprAST *ParseExpression() {
881       ExprAST *LHS = ParsePrimary();
882       if (!LHS) return 0;
883
884       return ParseBinOpRHS(0, LHS);
885     }
886
887     /// prototype
888     ///   ::= id '(' id* ')'
889     static PrototypeAST *ParsePrototype() {
890       if (CurTok != tok_identifier)
891         return ErrorP("Expected function name in prototype");
892
893       std::string FnName = IdentifierStr;
894       getNextToken();
895
896       if (CurTok != '(')
897         return ErrorP("Expected '(' in prototype");
898
899       std::vector<std::string> ArgNames;
900       while (getNextToken() == tok_identifier)
901         ArgNames.push_back(IdentifierStr);
902       if (CurTok != ')')
903         return ErrorP("Expected ')' in prototype");
904
905       // success.
906       getNextToken();  // eat ')'.
907
908       return new PrototypeAST(FnName, ArgNames);
909     }
910
911     /// definition ::= 'def' prototype expression
912     static FunctionAST *ParseDefinition() {
913       getNextToken();  // eat def.
914       PrototypeAST *Proto = ParsePrototype();
915       if (Proto == 0) return 0;
916
917       if (ExprAST *E = ParseExpression())
918         return new FunctionAST(Proto, E);
919       return 0;
920     }
921
922     /// toplevelexpr ::= expression
923     static FunctionAST *ParseTopLevelExpr() {
924       if (ExprAST *E = ParseExpression()) {
925         // Make an anonymous proto.
926         PrototypeAST *Proto = new PrototypeAST("", std::vector<std::string>());
927         return new FunctionAST(Proto, E);
928       }
929       return 0;
930     }
931
932     /// external ::= 'extern' prototype
933     static PrototypeAST *ParseExtern() {
934       getNextToken();  // eat extern.
935       return ParsePrototype();
936     }
937
938     //===----------------------------------------------------------------------===//
939     // Code Generation
940     //===----------------------------------------------------------------------===//
941
942     static Module *TheModule;
943     static IRBuilder<> Builder(getGlobalContext());
944     static std::map<std::string, Value*> NamedValues;
945
946     Value *ErrorV(const char *Str) { Error(Str); return 0; }
947
948     Value *NumberExprAST::Codegen() {
949       return ConstantFP::get(getGlobalContext(), APFloat(Val));
950     }
951
952     Value *VariableExprAST::Codegen() {
953       // Look this variable up in the function.
954       Value *V = NamedValues[Name];
955       return V ? V : ErrorV("Unknown variable name");
956     }
957
958     Value *BinaryExprAST::Codegen() {
959       Value *L = LHS->Codegen();
960       Value *R = RHS->Codegen();
961       if (L == 0 || R == 0) return 0;
962
963       switch (Op) {
964       case '+': return Builder.CreateFAdd(L, R, "addtmp");
965       case '-': return Builder.CreateFSub(L, R, "subtmp");
966       case '*': return Builder.CreateFMul(L, R, "multmp");
967       case '<':
968         L = Builder.CreateFCmpULT(L, R, "cmptmp");
969         // Convert bool 0/1 to double 0.0 or 1.0
970         return Builder.CreateUIToFP(L, Type::getDoubleTy(getGlobalContext()),
971                                     "booltmp");
972       default: return ErrorV("invalid binary operator");
973       }
974     }
975
976     Value *CallExprAST::Codegen() {
977       // Look up the name in the global module table.
978       Function *CalleeF = TheModule->getFunction(Callee);
979       if (CalleeF == 0)
980         return ErrorV("Unknown function referenced");
981
982       // If argument mismatch error.
983       if (CalleeF->arg_size() != Args.size())
984         return ErrorV("Incorrect # arguments passed");
985
986       std::vector<Value*> ArgsV;
987       for (unsigned i = 0, e = Args.size(); i != e; ++i) {
988         ArgsV.push_back(Args[i]->Codegen());
989         if (ArgsV.back() == 0) return 0;
990       }
991
992       return Builder.CreateCall(CalleeF, ArgsV, "calltmp");
993     }
994
995     Function *PrototypeAST::Codegen() {
996       // Make the function type:  double(double,double) etc.
997       std::vector<Type*> Doubles(Args.size(),
998                                  Type::getDoubleTy(getGlobalContext()));
999       FunctionType *FT = FunctionType::get(Type::getDoubleTy(getGlobalContext()),
1000                                            Doubles, false);
1001
1002       Function *F = Function::Create(FT, Function::ExternalLinkage, Name, TheModule);
1003
1004       // If F conflicted, there was already something named 'Name'.  If it has a
1005       // body, don't allow redefinition or reextern.
1006       if (F->getName() != Name) {
1007         // Delete the one we just made and get the existing one.
1008         F->eraseFromParent();
1009         F = TheModule->getFunction(Name);
1010
1011         // If F already has a body, reject this.
1012         if (!F->empty()) {
1013           ErrorF("redefinition of function");
1014           return 0;
1015         }
1016
1017         // If F took a different number of args, reject.
1018         if (F->arg_size() != Args.size()) {
1019           ErrorF("redefinition of function with different # args");
1020           return 0;
1021         }
1022       }
1023
1024       // Set names for all arguments.
1025       unsigned Idx = 0;
1026       for (Function::arg_iterator AI = F->arg_begin(); Idx != Args.size();
1027            ++AI, ++Idx) {
1028         AI->setName(Args[Idx]);
1029
1030         // Add arguments to variable symbol table.
1031         NamedValues[Args[Idx]] = AI;
1032       }
1033
1034       return F;
1035     }
1036
1037     Function *FunctionAST::Codegen() {
1038       NamedValues.clear();
1039
1040       Function *TheFunction = Proto->Codegen();
1041       if (TheFunction == 0)
1042         return 0;
1043
1044       // Create a new basic block to start insertion into.
1045       BasicBlock *BB = BasicBlock::Create(getGlobalContext(), "entry", TheFunction);
1046       Builder.SetInsertPoint(BB);
1047
1048       if (Value *RetVal = Body->Codegen()) {
1049         // Finish off the function.
1050         Builder.CreateRet(RetVal);
1051
1052         // Validate the generated code, checking for consistency.
1053         verifyFunction(*TheFunction);
1054
1055         return TheFunction;
1056       }
1057
1058       // Error reading body, remove function.
1059       TheFunction->eraseFromParent();
1060       return 0;
1061     }
1062
1063     //===----------------------------------------------------------------------===//
1064     // Top-Level parsing and JIT Driver
1065     //===----------------------------------------------------------------------===//
1066
1067     static void HandleDefinition() {
1068       if (FunctionAST *F = ParseDefinition()) {
1069         if (Function *LF = F->Codegen()) {
1070           fprintf(stderr, "Read function definition:");
1071           LF->dump();
1072         }
1073       } else {
1074         // Skip token for error recovery.
1075         getNextToken();
1076       }
1077     }
1078
1079     static void HandleExtern() {
1080       if (PrototypeAST *P = ParseExtern()) {
1081         if (Function *F = P->Codegen()) {
1082           fprintf(stderr, "Read extern: ");
1083           F->dump();
1084         }
1085       } else {
1086         // Skip token for error recovery.
1087         getNextToken();
1088       }
1089     }
1090
1091     static void HandleTopLevelExpression() {
1092       // Evaluate a top-level expression into an anonymous function.
1093       if (FunctionAST *F = ParseTopLevelExpr()) {
1094         if (Function *LF = F->Codegen()) {
1095           fprintf(stderr, "Read top-level expression:");
1096           LF->dump();
1097         }
1098       } else {
1099         // Skip token for error recovery.
1100         getNextToken();
1101       }
1102     }
1103
1104     /// top ::= definition | external | expression | ';'
1105     static void MainLoop() {
1106       while (1) {
1107         fprintf(stderr, "ready> ");
1108         switch (CurTok) {
1109         case tok_eof:    return;
1110         case ';':        getNextToken(); break;  // ignore top-level semicolons.
1111         case tok_def:    HandleDefinition(); break;
1112         case tok_extern: HandleExtern(); break;
1113         default:         HandleTopLevelExpression(); break;
1114         }
1115       }
1116     }
1117
1118     //===----------------------------------------------------------------------===//
1119     // "Library" functions that can be "extern'd" from user code.
1120     //===----------------------------------------------------------------------===//
1121
1122     /// putchard - putchar that takes a double and returns 0.
1123     extern "C"
1124     double putchard(double X) {
1125       putchar((char)X);
1126       return 0;
1127     }
1128
1129     //===----------------------------------------------------------------------===//
1130     // Main driver code.
1131     //===----------------------------------------------------------------------===//
1132
1133     int main() {
1134       LLVMContext &Context = getGlobalContext();
1135
1136       // Install standard binary operators.
1137       // 1 is lowest precedence.
1138       BinopPrecedence['<'] = 10;
1139       BinopPrecedence['+'] = 20;
1140       BinopPrecedence['-'] = 20;
1141       BinopPrecedence['*'] = 40;  // highest.
1142
1143       // Prime the first token.
1144       fprintf(stderr, "ready> ");
1145       getNextToken();
1146
1147       // Make the module, which holds all the code.
1148       TheModule = new Module("my cool jit", Context);
1149
1150       // Run the main "interpreter loop" now.
1151       MainLoop();
1152
1153       // Print out all of the generated code.
1154       TheModule->dump();
1155
1156       return 0;
1157     }
1158
1159 `Next: Adding JIT and Optimizer Support <LangImpl4.html>`_
1160