jamiebuilds_the-super-tiny-.../super-tiny-compiler.js

791 lines
29 KiB
JavaScript
Raw Normal View History

2016-03-30 22:22:59 +00:00
/**
* TTTTTTTTTTTTTTTTTTTTTTTHHHHHHHHH HHHHHHHHHEEEEEEEEEEEEEEEEEEEEEE
* T:::::::::::::::::::::TH:::::::H H:::::::HE::::::::::::::::::::E
* T:::::::::::::::::::::TH:::::::H H:::::::HE::::::::::::::::::::E
* T:::::TT:::::::TT:::::THH::::::H H::::::HHEE::::::EEEEEEEEE::::E
* TTTTTT T:::::T TTTTTT H:::::H H:::::H E:::::E EEEEEE
* T:::::T H:::::H H:::::H E:::::E
* T:::::T H::::::HHHHH::::::H E::::::EEEEEEEEEE
* T:::::T H:::::::::::::::::H E:::::::::::::::E
* T:::::T H:::::::::::::::::H E:::::::::::::::E
* T:::::T H::::::HHHHH::::::H E::::::EEEEEEEEEE
* T:::::T H:::::H H:::::H E:::::E
* T:::::T H:::::H H:::::H E:::::E EEEEEE
* TT:::::::TT HH::::::H H::::::HHEE::::::EEEEEEEE:::::E
* T:::::::::T H:::::::H H:::::::HE::::::::::::::::::::E
* T:::::::::T H:::::::H H:::::::HE::::::::::::::::::::E
* TTTTTTTTTTT HHHHHHHHH HHHHHHHHHEEEEEEEEEEEEEEEEEEEEEE
*
* SSSSSSSSSSSSSSS UUUUUUUU UUUUUUUUPPPPPPPPPPPPPPPPP EEEEEEEEEEEEEEEEEEEEEERRRRRRRRRRRRRRRRR
* SS:::::::::::::::SU::::::U U::::::UP::::::::::::::::P E::::::::::::::::::::ER::::::::::::::::R
* S:::::SSSSSS::::::SU::::::U U::::::UP::::::PPPPPP:::::P E::::::::::::::::::::ER::::::RRRRRR:::::R
* S:::::S SSSSSSSUU:::::U U:::::UUPP:::::P P:::::PEE::::::EEEEEEEEE::::ERR:::::R R:::::R
* S:::::S U:::::U U:::::U P::::P P:::::P E:::::E EEEEEE R::::R R:::::R
* S:::::S U:::::U U:::::U P::::P P:::::P E:::::E R::::R R:::::R
* S::::SSSS U:::::U U:::::U P::::PPPPPP:::::P E::::::EEEEEEEEEE R::::RRRRRR:::::R
* SS::::::SSSSS U:::::U U:::::U P:::::::::::::PP E:::::::::::::::E R:::::::::::::RR
* SSS::::::::SS U:::::U U:::::U P::::PPPPPPPPP E:::::::::::::::E R::::RRRRRR:::::R
* SSSSSS::::S U:::::U U:::::U P::::P E::::::EEEEEEEEEE R::::R R:::::R
* S:::::S U:::::U U:::::U P::::P E:::::E R::::R R:::::R
2016-03-30 22:22:59 +00:00
* S:::::S U::::::U U::::::U P::::P E:::::E EEEEEE R::::R R:::::R
* SSSSSSS S:::::S U:::::::UUU:::::::U PP::::::PP EE::::::EEEEEEEE:::::ERR:::::R R:::::R
* S::::::SSSSSS:::::S UU:::::::::::::UU P::::::::P E::::::::::::::::::::ER::::::R R:::::R
* S:::::::::::::::SS UU:::::::::UU P::::::::P E::::::::::::::::::::ER::::::R R:::::R
* SSSSSSSSSSSSSSS UUUUUUUUU PPPPPPPPPP EEEEEEEEEEEEEEEEEEEEEERRRRRRRR RRRRRRR
*
* TTTTTTTTTTTTTTTTTTTTTTTIIIIIIIIIINNNNNNNN NNNNNNNNYYYYYYY YYYYYYY
* T:::::::::::::::::::::TI::::::::IN:::::::N N::::::NY:::::Y Y:::::Y
* T:::::::::::::::::::::TI::::::::IN::::::::N N::::::NY:::::Y Y:::::Y
* T:::::TT:::::::TT:::::TII::::::IIN:::::::::N N::::::NY::::::Y Y::::::Y
* TTTTTT T:::::T TTTTTT I::::I N::::::::::N N::::::NYYY:::::Y Y:::::YYY
* T:::::T I::::I N:::::::::::N N::::::N Y:::::Y Y:::::Y
* T:::::T I::::I N:::::::N::::N N::::::N Y:::::Y:::::Y
* T:::::T I::::I N::::::N N::::N N::::::N Y:::::::::Y
* T:::::T I::::I N::::::N N::::N:::::::N Y:::::::Y
* T:::::T I::::I N::::::N N:::::::::::N Y:::::Y
* T:::::T I::::I N::::::N N::::::::::N Y:::::Y
* T:::::T I::::I N::::::N N:::::::::N Y:::::Y
* TT:::::::TT II::::::IIN::::::N N::::::::N Y:::::Y
* T:::::::::T I::::::::IN::::::N N:::::::N YYYY:::::YYYY
* T:::::::::T I::::::::IN::::::N N::::::N Y:::::::::::Y
* TTTTTTTTTTT IIIIIIIIIINNNNNNNN NNNNNNN YYYYYYYYYYYYY
*
* CCCCCCCCCCCCC OOOOOOOOO MMMMMMMM MMMMMMMMPPPPPPPPPPPPPPPPP IIIIIIIIIILLLLLLLLLLL EEEEEEEEEEEEEEEEEEEEEERRRRRRRRRRRRRRRRR
* CCC::::::::::::C OO:::::::::OO M:::::::M M:::::::MP::::::::::::::::P I::::::::IL:::::::::L E::::::::::::::::::::ER::::::::::::::::R
* CC:::::::::::::::C OO:::::::::::::OO M::::::::M M::::::::MP::::::PPPPPP:::::P I::::::::IL:::::::::L E::::::::::::::::::::ER::::::RRRRRR:::::R
* C:::::CCCCCCCC::::CO:::::::OOO:::::::OM:::::::::M M:::::::::MPP:::::P P:::::PII::::::IILL:::::::LL EE::::::EEEEEEEEE::::ERR:::::R R:::::R
* C:::::C CCCCCCO::::::O O::::::OM::::::::::M M::::::::::M P::::P P:::::P I::::I L:::::L E:::::E EEEEEE R::::R R:::::R
* C:::::C O:::::O O:::::OM:::::::::::M M:::::::::::M P::::P P:::::P I::::I L:::::L E:::::E R::::R R:::::R
* C:::::C O:::::O O:::::OM:::::::M::::M M::::M:::::::M P::::PPPPPP:::::P I::::I L:::::L E::::::EEEEEEEEEE R::::RRRRRR:::::R
* C:::::C O:::::O O:::::OM::::::M M::::M M::::M M::::::M P:::::::::::::PP I::::I L:::::L E:::::::::::::::E R:::::::::::::RR
* C:::::C O:::::O O:::::OM::::::M M::::M::::M M::::::M P::::PPPPPPPPP I::::I L:::::L E:::::::::::::::E R::::RRRRRR:::::R
* C:::::C O:::::O O:::::OM::::::M M:::::::M M::::::M P::::P I::::I L:::::L E::::::EEEEEEEEEE R::::R R:::::R
* C:::::C O:::::O O:::::OM::::::M M:::::M M::::::M P::::P I::::I L:::::L E:::::E R::::R R:::::R
* C:::::C CCCCCCO::::::O O::::::OM::::::M MMMMM M::::::M P::::P I::::I L:::::L LLLLLL E:::::E EEEEEE R::::R R:::::R
* C:::::CCCCCCCC::::CO:::::::OOO:::::::OM::::::M M::::::MPP::::::PP II::::::IILL:::::::LLLLLLLLL:::::LEE::::::EEEEEEEE:::::ERR:::::R R:::::R
* CC:::::::::::::::C OO:::::::::::::OO M::::::M M::::::MP::::::::P I::::::::IL::::::::::::::::::::::LE::::::::::::::::::::ER::::::R R:::::R
* CCC::::::::::::C OO:::::::::OO M::::::M M::::::MP::::::::P I::::::::IL::::::::::::::::::::::LE::::::::::::::::::::ER::::::R R:::::R
* CCCCCCCCCCCCC OOOOOOOOO MMMMMMMM MMMMMMMMPPPPPPPPPP IIIIIIIIIILLLLLLLLLLLLLLLLLLLLLLLLEEEEEEEEEEEEEEEEEEEEEERRRRRRRR RRRRRRR
*
* =======================================================================================================================================================================
* =======================================================================================================================================================================
* =======================================================================================================================================================================
* =======================================================================================================================================================================
*/
2016-03-31 00:39:16 +00:00
/**
* Today we're going write a compiler together. But not just any compiler... A
* super duper tiny teeny compiler! A compiler that is so small that if you
* remove all the comments this file would only be ~200 lines of actual code.
*
* We're going to compile some lisp-like function calls into some C-like
* function calls.
*
* If you are familiar with one or the other. I'll just give you a quick intro.
*
* If we had two functions `add` and `subtract` they would be written like this:
*
* LISP C
*
* 2 + 2 (add 2 2) add(2, 2)
* 4 - 2 (subtract 4 2) subtract(4, 2)
* 2 + (4 - 2) (add 2 (subtract 4 2)) add(2, subtract(4, 2))
*
* Easy peezy right?
*
* Well good, because this is exactly what we are going to compile. While this
* is neither a complete LISP or C syntax, it will be enough of the syntax to
2016-03-31 03:28:19 +00:00
* demonstrate many of the major pieces of a modern compiler.
2016-03-31 00:39:16 +00:00
*/
/**
2016-03-31 03:28:19 +00:00
* Most compilers break down into three primary stages: Parsing, Transformation,
2016-03-31 00:39:16 +00:00
* and Code Generation
*
* 1. *Parsing* is taking raw code and turning it into a more abstract
* representation of the code.
*
* 2. *Transformation* takes this abstract representation and manipulates to do
* whatever the compiler wants it to.
*
* 3. *Code Generation* takes the transformed representation of the code and
* turns it into new code.
*/
/**
* Parsing
* -------
*
* Parsing typically gets broken down into two phases: Lexical Analysis and
* Syntactic Analysis.
*
* 1. *Lexical Analysis* takes the raw code and splits it apart into these things
* called tokens by a thing called a tokenizer (or lexer).
*
* Tokens are an array of tiny little objects that describe an isolated piece
* of the syntax. They could be numbers, labels, punctuation, operators,
* whatever.
*
* 2. *Syntactic Analysis* takes the tokens and reformats them into a
* representation that describes each part of the syntax and their relation
* to one another. This is known as an intermediate representation or
* Abstract Syntax Tree.
*
2016-03-31 03:28:19 +00:00
* An Abstract Syntax Tree, or AST for short, is a deeply nested object that
2016-03-31 00:39:16 +00:00
* represents code in a way that is both easy to work with and tells us a lot
* of information.
*
* For the following syntax:
*
* (add 2 (subtract 4 2))
*
* Tokens might look something like this:
*
* [
* { type: 'paren', value: '(' },
* { type: 'name', value: 'add' },
* { type: 'number', value: '2' },
* { type: 'paren', value: '(' },
* { type: 'name', value: 'subtract' },
* { type: 'number', value: '4' },
* { type: 'number', value: '2' },
* { type: 'paren', value: ')' },
* { type: 'paren', value: ')' }
* ]
*
* And an Abstract Syntax Tree (AST) might look like this:
*
* {
* type: 'Program',
* body: [{
* type: 'CallExpression',
* name: 'add',
* params: [{
* type: 'NumberLiteral',
* value: '2'
* }, {
* type: 'CallExpression',
* name: 'subtract',
* params: [{
* type: 'NumberLiteral',
* value: '4'
* }, {
* type: 'NumberLiteral',
* value: '2'
* }]
* }]
* }]
* }
*/
/**
* Transformation
* --------------
*
2016-03-31 03:28:19 +00:00
* The next type of stage for a compiler is transformation. Again, this just
2016-03-31 00:39:16 +00:00
* takes the AST from the last step and makes changes to it. It can manipulate
* the AST in the same language or it can translate it into an entirely new
* language.
*
* Lets look at how we would transform an AST.
*
* You might notice that our AST has elements within it that look very similar.
* There are these objects with a type property. Each of these are known as an
* AST Node. These nodes have defined properties on them that describe one
* isolated part of the tree.
*
* We can have a node for a "NumberLiteral":
*
* {
* type: 'NumberLiteral',
* value: '2'
* }
*
* Or maybe a node for a "CallExpression":
*
* {
* type: 'CallExpression',
* name: 'subtract',
* params: [...nested nodes go here...]
* }
*
* When transforming the AST we can manipulate nodes by
* adding/removing/replacing properties, we can add new nodes, remove nodes, or
* we could leave the existing AST alone and create and entirely new one based
* on it.
*
* Since were targeting a new language, were going to focus on creating an
* entirely new AST that is specific to the target language.
*
* Traversal
* ---------
*
* In order to navigate through all of these nodes, we need to be able to
* traverse through them. This traversal process goes to each node in the AST
* depth-first.
*
* {
* type: 'Program',
* body: [{
* type: 'CallExpression',
* name: 'add',
* params: [{
* type: 'NumberLiteral',
* value: '2'
* }, {
* type: 'CallExpression',
* name: 'subtract',
* params: [{
* type: 'NumberLiteral',
* value: '4'
* }, {
* type: 'NumberLiteral',
* value: '2'
* }]
* }]
* }]
* }
*
* So for the above AST we would go:
*
* 1. Program - Starting at the top level of the AST
* 2. CallExpression (add) - Moving to the first element of the Program's body
* 3. NumberLiteral (2) - Moving to the first element of CallExpression's params
* 4. CallExpression (subtract) - Moving to the second element of CallExpression's params
* 5. NumberLiteral (4) - Moving to the first element of CallExpression's params
* 6. NumberLiteral (2) - Moving to the second element of CallExpression's params
*
2016-03-31 03:28:19 +00:00
* If we were manipulating this AST directly, instead of creating a separate AST,
2016-03-31 00:39:16 +00:00
* we would likely introduce all sorts of abstractions here. But just visiting
* each node in the tree is enough.
*
* The reason I use the word visiting is because there is this pattern of how
* to represent operations on elements of an object structure.
*
* Visitors
* --------
*
* The basic idea here is that we are going to create a visitor object that
* has methods that will accept different node types.
*
* var visitor = {
* NumberLiteral() {},
* CallExpression() {}
* };
*
* When we traverse our AST we will call the methods on this visitor whenever we
* encounter a node of a matching type.
*
* In order to make this useful we will also pass the node and a reference to
* the parent node.
*
* var visitor = {
* NumberLiteral(node, parent) {},
* CallExpression(node, parent) {}
* };
*/
/**
* Code Generation
* ---------------
*
* The final phase of a compiler is code generation. Sometimes compilers will do
* things that overlap with transformation, but for the most part code
* generation just means take our AST and string-ify code back out.
*
* Code generators work several different ways, some compilers will reuse the
* tokens from earlier, others will have created a separate representation of
* the code so that they can print node linearly, but from what I can tell most
2016-03-31 03:28:19 +00:00
* will use the same AST we just created, which is what were going to focus on.
2016-03-31 00:39:16 +00:00
*
* Effectively our code generator will know how to print all of the different
* node types of the AST, and it will recursively call itself to print nested
* nodes until everything is printed into one long string of code.
*/
/**
* And that's it! That's all the different pieces of a compiler.
*
* Now that isnt to say every compiler looks exactly like I described here.
* Compilers serve many different purposes, and they might need more steps than
* I have detailed.
*
* But now you should have a general high-level idea of what most compilers look
* like.
*
* Now that Ive explained all of this, youre all good to go write your own
* compilers right?
*
* Just kidding, that's what I'm here to help with :P
*
* So let's begin...
*/
2016-03-30 22:22:59 +00:00
/**
* ============================================================================
* (/^▽^)/
* THE TOKENIZER!
* ============================================================================
*/
2016-03-31 02:27:29 +00:00
/**
2016-03-31 03:28:19 +00:00
* We're gonna start off with our first phase of parsing--lexical analysis--with the tokenizer.
2016-03-31 02:27:29 +00:00
*
* We're just going to take our string of code and break it down into an array of tokens.
*
* (add 2 (subtract 4 2)) => [{ type: 'paren', value: '(' }, ...]
*/
// We start by accepting an input string of code, and we're gonna set up two
// things...
2016-03-30 22:22:59 +00:00
function tokenizer(input) {
2016-03-31 02:27:29 +00:00
// A `current` variable for tracking our position in the code like a cursor.
2016-03-30 22:22:59 +00:00
var current = 0;
2016-03-31 02:27:29 +00:00
// And a `tokens` array for pushing our tokens to.
2016-03-30 22:22:59 +00:00
var tokens = [];
2016-03-31 02:27:29 +00:00
// We start by creating a `while` loop where we are setting up our `current`
// variable to be incremented as much as we want `inside` the loop.
//
// We do this because we may want to increment `current` many times within a
// single loop because our tokens can be any length.
2016-03-30 22:22:59 +00:00
while (current < input.length) {
2016-03-31 02:27:29 +00:00
// We're also going to store the `current` character in the `input`.
2016-03-30 22:22:59 +00:00
var char = input[current];
2016-03-31 02:27:29 +00:00
// The first thing we want to check for is an open parenthesis. This will
// later be used for `CallExpressions` but for now we only care about the
// character.
//
// We check to see if we have an open parenthesis:
2016-03-30 22:22:59 +00:00
if (char === '(') {
2016-03-31 02:27:29 +00:00
// If we do, we push a new token with the type `paren` and set the value
// to an open parenthesis.
2016-03-30 22:22:59 +00:00
tokens.push({
type: 'paren',
value: '('
});
2016-03-31 02:27:29 +00:00
// Then we increment `current`
2016-03-30 22:22:59 +00:00
current++;
2016-03-31 02:27:29 +00:00
// And we `continue` onto the next cycle of the loop.
2016-03-30 22:22:59 +00:00
continue;
}
2016-03-31 02:27:29 +00:00
// Next we're going to check for a closing parenthesis. We do the same exact
// thing as before: Check for a closing parenthesis, add a new token,
2016-03-31 03:28:19 +00:00
// increment `current`, and `continue`.
2016-03-30 22:22:59 +00:00
if (char === ')') {
tokens.push({
type: 'paren',
value: ')'
});
current++;
continue;
}
2016-03-31 03:28:19 +00:00
// Moving on, we're now going to check for whitespace. This is interesting
2016-03-31 02:27:29 +00:00
// because we care that whitespace exists to separate characters, but it
// isn't actually important for us to store as a token. We would only throw
// it out later.
//
// So here we're just going to test for existance and if it does exist we're
// going to just `continue` on.
2016-03-30 22:22:59 +00:00
var WHITESPACE = /\s/;
if (WHITESPACE.test(char)) {
current++;
continue;
}
2016-03-31 02:27:29 +00:00
// The next type of token is a number. This is different than what we have
2016-03-31 03:28:19 +00:00
// seen before because a number could be any number of characters and we
2016-03-31 02:27:29 +00:00
// want to capture the entire sequence of characters as one token.
//
// (add 123 456)
// ^^^ ^^^
// Only two separate tokens
//
// So we start this off when we encounter the first number in a sequence.
2016-03-30 22:22:59 +00:00
var NUMBERS = /[0-9]/;
if (NUMBERS.test(char)) {
2016-03-31 02:27:29 +00:00
// We're going to create a `value` string that we are going to push
// characters to.
2016-03-30 22:22:59 +00:00
var value = '';
2016-03-31 02:27:29 +00:00
// Then we're going to loop through each character in the sequence until
// we encounter a character that is not a number, pushing each character
// that is a number to our `value` and incrementing `current` as we go.
2016-03-30 22:22:59 +00:00
while (NUMBERS.test(char)) {
value += char;
char = input[++current];
}
2016-03-31 02:27:29 +00:00
// After that we push our `number` token to the `tokens` array.
2016-03-30 22:22:59 +00:00
tokens.push({
type: 'number',
value: value
});
2016-03-31 02:27:29 +00:00
// And we continue on.
2016-03-30 22:22:59 +00:00
continue;
}
2016-03-31 02:27:29 +00:00
// The last type of token will be a `name` token. This is a sequence of
// letters instead of numbers, that are the names of functions in our lisp
// syntax.
//
// (add 2 4)
// ^^^
// Name token
//
2016-03-30 22:22:59 +00:00
var LETTERS = /[a-zA-Z]/;
if (LETTERS.test(char)) {
var value = '';
2016-03-31 02:27:29 +00:00
// Again we're just going to loop through all the letters pushing them to
// a value.
2016-03-30 22:22:59 +00:00
while (LETTERS.test(char)) {
value += char;
char = input[++current];
}
2016-03-31 02:27:29 +00:00
// And pushing that value as a token with the type `name` and continuing.
2016-03-30 22:22:59 +00:00
tokens.push({
type: 'name',
value: value
});
continue;
}
2016-03-31 02:27:29 +00:00
// Finally if we have not matched a character by now, we're going to throw
// an error and completely exit.
2016-03-30 22:22:59 +00:00
throw new TypeError('I dont know what this character is: ' + char);
}
2016-03-31 02:27:29 +00:00
// Then at the end of our `tokenizer` we simply return the tokens array.
2016-03-30 22:22:59 +00:00
return tokens;
}
/**
* ============================================================================
* /o ل͜ o\
* THE PARSER!!!
* ============================================================================
*/
2016-03-31 02:48:37 +00:00
/**
* For our parser we're going to take our array of tokens and turn it into an
* AST.
*
* [{ type: 'paren', value: '(' }, ...] => { type: 'Program', body: [...] }
*/
// Okay, so we define a `parser` function that accepts our array of `tokens`.
2016-03-30 22:22:59 +00:00
function parser(tokens) {
2016-03-31 02:48:37 +00:00
// Again we keep a `current` variable that we will use as a cursor.
2016-03-30 22:22:59 +00:00
var current = 0;
2016-03-31 02:48:37 +00:00
// But this time we're going to use recursion instead of a `while` loop. So we
// define a `walk` function.
2016-03-30 22:22:59 +00:00
function walk() {
2016-03-31 02:48:37 +00:00
// Inside the walk function we start by grabbing the `current` token.
2016-03-30 22:22:59 +00:00
var token = tokens[current];
2016-03-31 02:48:37 +00:00
// We're going to split each type of token off into a different code path,
// starting off with `number` tokens.
//
// We test to see if we have a `number` token.
2016-03-30 22:22:59 +00:00
if (token.type === 'number') {
2016-03-31 02:48:37 +00:00
// If we have one, we'll increment `current`.
2016-03-30 22:22:59 +00:00
current++;
2016-03-31 02:48:37 +00:00
// And we'll return a new AST node called `NumberLiteral` and setting its
// value to the value of our token.
2016-03-30 22:22:59 +00:00
return {
type: 'NumberLiteral',
value: token.value
};
}
2016-03-31 02:48:37 +00:00
// Next we're going to look for CallExpressions. We start this off when we
// encounter an open parenthesis.
2016-03-30 22:22:59 +00:00
if (
token.type === 'paren' &&
token.value === '('
) {
2016-03-31 02:48:37 +00:00
// We'll increment `current` to skip the parenthesis since we don't care
// about it in our AST.
token = tokens[++current];
2016-03-31 03:28:19 +00:00
// We create a base node with the type `CallExpression`, and we're going
2016-03-31 02:48:37 +00:00
// to set the name as the current token's value since the next token after
// the open parenthesis is the name of the function.
2016-03-30 22:22:59 +00:00
var node = {
type: 'CallExpression',
2016-03-31 02:48:37 +00:00
name: token.value,
2016-03-30 22:22:59 +00:00
params: []
};
2016-03-31 02:48:37 +00:00
// We increment `current` *again* to skip the name token.
token = tokens[++current];
// And now we want to loop through each token that will be the `params` of
// our `CallExpression` until we encounter a closing parenthesis.
//
// Now this is where recursion comes in. Instead of trying to parse a
// potentially infinitely nested set of nodes we're going to rely on
// recursion to resolve things.
//
// To explain this, let's take our Lisp code. You can see that the
// parameters of the `add` are a number and a nested `CallExpression` that
// includes its own numbers.
//
// (add 2 (subtract 4 2))
//
// You'll also notice that in our tokens array we have multiple closing
// parenthesis.
//
// [
// { type: 'paren', value: '(' },
// { type: 'name', value: 'add' },
// { type: 'number', value: '2' },
// { type: 'paren', value: '(' },
// { type: 'name', value: 'subtract' },
// { type: 'number', value: '4' },
// { type: 'number', value: '2' },
// { type: 'paren', value: ')' }, <<< Closing parenthesis
// { type: 'paren', value: ')' } <<< Closing parenthesis
// ]
//
// We're going to rely on the nested `walk` function to increment our
// `current` variable past any nested `CallExpressions`.
// So we create a `while` loop that will continue until it encounters a
// token with a `type` of `'paren'` and a `value` of a closing
// parenthesis.
2016-03-30 22:22:59 +00:00
while (
token.type !== 'paren' ||
token.value !== ')'
) {
2016-03-31 02:48:37 +00:00
// we'll call the `walk` function which will return a `node` and we'll
// push it into our `node.params`.
2016-03-30 22:22:59 +00:00
node.params.push(walk());
token = tokens[current];
}
2016-03-31 02:48:37 +00:00
// Finally we will increment `current` one last time to skip the closing
// parenthesis.
2016-03-30 22:22:59 +00:00
current++;
2016-03-31 02:48:37 +00:00
// And return the node.
2016-03-30 22:22:59 +00:00
return node;
}
2016-03-31 02:48:37 +00:00
// Again, if we haven't recognized the token type by now we're going to
// throw an error.
2016-03-30 22:22:59 +00:00
throw new TypeError(token.type);
}
2016-03-31 02:48:37 +00:00
// Now, we're going to create our AST which will have a root which is a
// `Program` node.
var ast = {
2016-03-30 22:22:59 +00:00
type: 'Program',
body: []
};
2016-03-31 02:48:37 +00:00
// And we're going to kickstart our `walk` function, pushing nodes to our
// `ast.body` array.
//
// The reason we are doing this inside a loop is because our program can have
// `CallExpressions` after one another instead of being nested.
//
// (add 2 2)
// (subtract 4 2)
//
2016-03-30 22:22:59 +00:00
while (current < tokens.length) {
2016-03-31 02:48:37 +00:00
ast.body.push(walk());
2016-03-30 22:22:59 +00:00
}
2016-03-31 02:48:37 +00:00
// At the end of our parser we'll return the AST.
return ast;
2016-03-30 22:22:59 +00:00
}
2016-03-31 02:48:37 +00:00
/**
* ----------------------------------------------------------------------------
* *Note:* This is all I've written so far, so the code below isn't annnotated
* yet. You can still read it all and it totally works, but I plan on improving
* this in the near future
* ----------------------------------------------------------------------------
*/
2016-03-30 22:22:59 +00:00
/**
* ============================================================================
* (><)
* THE TRAVERSER!!!
* ============================================================================
*/
2016-03-31 02:48:37 +00:00
function traverser(ast, visitor) {
2016-03-30 22:22:59 +00:00
function traverseArray(array, parent) {
array.forEach(function(child) {
traverseNode(child, parent);
});
}
function traverseNode(node, parent) {
var method = visitor[node.type];
if (method) {
method(node, parent);
}
switch (node.type) {
case 'Program':
traverseArray(node.body, node);
break;
case 'CallExpression':
traverseArray(node.params, node);
break;
case 'NumberLiteral':
break;
default:
throw new TypeError(node.type);
}
}
2016-03-31 02:48:37 +00:00
traverseNode(ast, null);
2016-03-30 22:22:59 +00:00
}
/**
* ============================================================================
* (˃̵͈̑˂̵͈̑)
* THE TRANSFORMER!!!
* ============================================================================
*/
2016-03-31 02:48:37 +00:00
function transformer(ast) {
var newAst = {
2016-03-30 22:22:59 +00:00
type: 'Program',
body: []
};
2016-03-31 02:48:37 +00:00
ast._context = newAst.body;
2016-03-30 22:22:59 +00:00
2016-03-31 02:48:37 +00:00
traverser(ast, {
2016-03-30 22:22:59 +00:00
NumberLiteral: function(node, parent) {
parent._context.push({
type: 'NumberLiteral',
value: node.value
});
},
CallExpression: function(node, parent) {
var expression = {
type: 'CallExpression',
callee: {
type: 'Identifier',
name: node.name
},
arguments: []
};
node._context = expression.arguments;
if (parent.type !== 'CallExpression') {
expression = {
type: 'ExpressionStatement',
expression: expression
};
}
parent._context.push(expression);
}
});
2016-03-31 02:48:37 +00:00
return newAst;
2016-03-30 22:22:59 +00:00
}
/**
* ============================================================================
*
* THE CODE GENERATOR!!!!
* ============================================================================
*/
function codeGenerator(node) {
switch (node.type) {
case 'Program':
return node.body.map(codeGenerator)
.join('\n');
case 'ExpressionStatement':
return (
codeGenerator(node.expression) +
';'
);
case 'CallExpression':
return (
codeGenerator(node.callee) +
'(' +
node.arguments.map(codeGenerator)
.join(', ') +
')'
);
case 'Identifier':
return node.name;
case 'NumberLiteral':
return node.value;
default:
throw new TypeError(node.type);
}
}
/**
* ============================================================================
* (۶* )۶
* !!!!!!!!THE COMPILER!!!!!!!!
* ============================================================================
*/
function compiler(input) {
var tokens = tokenizer(input);
var ast = parser(tokens);
var newAst = transformer(ast);
var output = codeGenerator(newAst);
return output;
}
/**
* ============================================================================
* (˃̵˂̵)و
* !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!YOU MADE IT!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
* ============================================================================
*/
// Now I'm just exporting everything...
module.exports = {
tokenizer: tokenizer,
parser: parser,
transformer: transformer,
codeGenerator: codeGenerator,
compiler: compiler
};