27-Jun-15 Recursive descent parsing. The Stack One easy way to do recursive descent parsing is to have each parse method take the tokens it needs, build.

Slides:



Advertisements
Similar presentations
Honors Compilers An Introduction to Grammars Feb 12th 2002.
Advertisements

Chapter 6 Horstmann Programs that make decisions: the IF command.
9/27/2006Prof. Hilfinger, Lecture 141 Syntax-Directed Translation Lecture 14 (adapted from slides by R. Bodik)
16-Jun-15 Recognizers. 2 Parsers and recognizers Given a grammar (say, in BNF) and a string, A recognizer will tell whether the string belongs to the.
17-Jun-15 Recognizers. 2 Parsers and recognizers Given a grammar (say, in BNF) and a string, A recognizer will tell whether the string belongs to the.
Parsing III (Eliminating left recursion, recursive descent parsing)
Environments and Evaluation
Trees. Definition of a tree A tree is like a binary tree, except that a node may have any number of children –Depending on the needs of the program, the.
Stacks (Revised and expanded from CIT 591). What is a stack? A stack is a Last In, First Out (LIFO) data structure Anything added to the stack goes on.
26-Jun-15 Recursive descent parsing. The Stack One easy way to do recursive descent parsing is to have each parse method take the tokens it needs, build.
Stacks. 2 What is a stack? A stack is a Last In, First Out (LIFO) data structure Anything added to the stack goes on the “top” of the stack Anything removed.
Stacks. What is a stack? A stack is a Last In, First Out (LIFO) data structure Anything added to the stack goes on the “top” of the stack Anything removed.
CS 330 Programming Languages 09 / 23 / 2008 Instructor: Michael Eckmann.
28-Jun-15 Recognizers. 2 Parsers and recognizers Given a grammar (say, in BNF) and a string, A recognizer will tell whether the string belongs to the.
30-Jun-15 Stacks. What is a stack? A stack is a Last In, First Out (LIFO) data structure Anything added to the stack goes on the “top” of the stack Anything.
14-Jul-15 Parser Hints. The Stack To turn a “Recognizer” into a “Parser,” we need the use of a Stack All boolean Recognizer methods should continue to.
14-Jul-15 Recognizers. 2 Parsers and recognizers Given a grammar (say, in BNF) and a string, A recognizer will tell whether the string belongs to the.
ADTS, GRAMMARS, PARSING, TREE TRAVERSALS Lecture 12 CS2110 – Spring
Data Structures Data structures permit the storage of related data for use in your program. –Arrays.
Binary Trees. Node structure Data A data field and two pointers, left and right.
Grammars and Parsing. Sentence  Noun Verb Noun Noun  boys Noun  girls Noun  dogs Verb  like Verb  see Grammars Grammar: set of rules for generating.
CPSC 388 – Compiler Design and Construction Parsers – Context Free Grammars.
1 Week 4 Questions / Concerns Comments about Lab1 What’s due: Lab1 check off this week (see schedule) Homework #3 due Wednesday (Define grammar for your.
Chapter 5 Top-Down Parsing.
Iteration. Adding CDs to Vic Stack In many of the programs you write, you would like to have a CD on the stack before the program runs. To do this, you.
COMP Parsing 2 of 4 Lecture 22. How do we write programs to do this? The process of getting from the input string to the parse tree consists of.
Lesson 3 CDT301 – Compiler Theory, Spring 2011 Teacher: Linus Källberg.
Interpretation Environments and Evaluation. CS 354 Spring Translation Stages Lexical analysis (scanning) Parsing –Recognizing –Building parse tree.
Review 1.Lexical Analysis 2.Syntax Analysis 3.Semantic Analysis 4.Code Generation 5.Code Optimization.
A grammar for arithmetic expressions involving the four basic operators and parenthesized expressions. Parenthesized expressions have the highest precedence.
Recursive descent parsing 12-Nov-15. Abstract Syntax Trees (ASTs) An AST is a way of representing a computer program It is abstract because it throws.
CMP-MX21: Lecture 4 Selections Steve Hordley. Overview 1. The if-else selection in JAVA 2. More useful JAVA operators 4. Other selection constructs in.
CS 153: Concepts of Compiler Design September 16 Class Meeting Department of Computer Science San Jose State University Fall 2015 Instructor: Ron Mak
1 The Stack Class Final Review Fall 2005 CS 101 Aaron Bloomfield.
22-Nov-15 Recognizers. 2 Parsers and recognizers Given a grammar (say, in BNF) and a string, A recognizer will tell whether the string belongs to the.
Recursive Descent Parsers Lecture 6 Mon, Feb 2, 2004.
Parsing Top-Down.
GRAMMARS & PARSING Lecture 8 CS2110 – Spring If you are going to form a group for A2, please do it before tomorrow (Friday) noon.
Top-down Parsing lecture slides from C OMP 412 Rice University Houston, Texas, Fall 2001.
More Parsing CPSC 388 Ellen Walker Hiram College.
5-Jan-16 Recursive descent parsing. Some notes on recursive descent The starter code that I gave you did not exactly fit the grammar that I gave you Both.
Top-down Parsing Recursive Descent & LL(1) Comp 412 Copyright 2010, Keith D. Cooper & Linda Torczon, all rights reserved. Students enrolled in Comp 412.
Top-Down Parsing CS 671 January 29, CS 671 – Spring Where Are We? Source code: if (b==0) a = “Hi”; Token Stream: if (b == 0) a = “Hi”; Abstract.
Top-down Parsing. 2 Parsing Techniques Top-down parsers (LL(1), recursive descent) Start at the root of the parse tree and grow toward leaves Pick a production.
Parser Generation Using SLK and Flex++ Copyright © 2015 Curt Hill.
CS 330 Programming Languages 09 / 25 / 2007 Instructor: Michael Eckmann.
Parsing III (Top-down parsing: recursive descent & LL(1) )
ADTS, GRAMMARS, PARSING, TREE TRAVERSALS Lecture 13 CS2110 – Spring
Loops. About the Midterm Exam.. Exam on March 12 Monday (tentatively) Review on March 5.
1 CSC 143 Recursion [Reading: Chapter 17]. 2 Recursion  A recursive definition is one which is defined in terms of itself.  Example:  Sum of the first.
Parsing 2 of 4: Scanner and Parsing
Recognizers 13-Sep-18.
Trees.
Recursive descent parsing
Syntax-Directed Translation
Top-Down Parsing CS 671 January 29, 2008.
ADTs, Grammars, Parsing, Tree traversals
Recursive descent parsing
Recognizers 1-Jan-19.
Recognizers 16-Jan-19.
Stacks.
Recognizers 22-Feb-19.
Trees.
The Recursive Descent Algorithm
Recursive descent parsing
Recursive descent parsing
CO4301 – Advanced Games Development Week 3 Parsing Continued
Data Types Every variable has a given data type. The most common data types are: String - Text made up of numbers, letters and characters. Integer - Whole.
CMPE 152: Compiler Design December 4 Class Meeting
Stacks.
Presentation transcript:

27-Jun-15 Recursive descent parsing

The Stack One easy way to do recursive descent parsing is to have each parse method take the tokens it needs, build a parse tree, and put the parse tree on a global stack Write a parse method for each nonterminal in the grammar Each parse method should get the tokens it needs, and only those tokens Those tokens (usually) go on the stack Each parse method may call other parse methods, and expect those methods to leave their results on the stack Each (successful) parse method should leave one result on the stack

From Recognizer to Parser Make a copy of your Recognizer (you may want it later) and rename it Parser The Recognizer code will form the “skeleton” of your Parser Create a Stack > as a globally available instance variable You will use this to hold the trees as you build them The methods from the Recognizer all return a boolean ; do not change this Your new results will go onto the Stack Each time you recognize something, also build a Tree to represent it, and put this Tree onto the Stack Most of the time, you will assemble the new Tree from one or two new pieces and from Tree s you previously put onto the Stack

Example: while statement ::= “while” The parse method for a does this: Calls the Tokenizer, which returns a “while” token Makes the “while” into a Tree, which it puts on the stack Calls the parser for, which parses a condition and puts a Tree representation of that condition on the stack Stack now contains: “while” (stack “top” is on the right), where stands for some created Tree Calls the parser for, which parses a block and puts a Tree representation of that block on the stack Stack now contains: “while” Pops the top three things from the stack, assembles them into a Tree representing a while statement, and pushes this Tree onto the stack

Sample Java code public boolean whileCommand() { if (keyword("while")) { if (condition()) { if (block()) { makeTree(3, 2, 1); return true; } } error("Error in \"while\" statement"); } return false; } while conditionblock

makeTree private void makeTree(int rootIndex, int... childIndices) { // Get root from stack Tree root = getStackItem(rootIndex); // Get other trees from stack and add them as children of root for (int i = 0; i < childIndices.length; i++) { root.addChild(getStackItem(childIndices[i])); } // Pop root and all children from stack for (int i = 0; i <= childIndices.length; i++) { stack.pop(); } // Put the root back on the stack stack.push(root); }

getStackItem private Tree getStackItem(int n) { return stack.get(stack.size() - n); }

Fancier error messages public boolean whileCommand() { if (keyword("while")) { if (condition()) { if (block()) { makeTree(3, 2, 1); // or some such return true; } error("Error in \"while\" block"); } error("Error in \"while\" condition"); } return false; }

Alternative code public boolean whileCommand() { if (keyword("while") && condition() && block()) { makeTree(3, 2, 1); // or some such return true; } return false; } No room for an error condition in this code

Alternative code with one message public boolean whileCommand() { if (keyword("while")) { if (condition()) && (block()) { makeTree(3, 2, 1); // or some such return true; } error("Error in \"while\" statement"); } return false; }

Tricky problem: Defining ::= “*” | (For simplicity, I’m ignoring the “/” and “%” operators) This is logically correct, but it defines the wrong tree for expressions such as x * y * z -- treats it as x * (y * z) ::= “*” | This is equally correct, and correctly defines x * y * z as meaning (x * y) * z However, the left recursion can’t be programmed: “To recognize a term, first recognize a term” Solution: ::= { “*” } This turns the recursion into an iteration The result is easy to program correctly

Code for isTerm() public boolean isTerm() { if (!isFactor()) return false; while (isMultiplyOperator()) { if (!isFactor()) { error("No term after '*' or '/'"); } makeTree(2, 3, 1); // *, first factor, second factor } return true; } Here’s a snippet of code from my JUnit test methods: use("x * y * z"); assertTrue(parser.isTerm()); assertTree("*(*(x, y), z)"); use(String) and assertTree(String) are helper methods that I’ve written; you should be able to figure out what they do

An isCommand() method public boolean command() { if (isAction()) return true; if (isRepeatStatement()) return true; if (isWhileStatement()) return true;...

My helper methods I wrote a number of helper methods for the Parser and for the ParserTest classes One very useful method is tree, in the ParserTest class tree just takes Objects and builds a tree from them This method lets me build parse trees for use in assertEquals tests Another is assertStackTop, which is just private void assertStackTop(Tree bt) { assertEquals(bt, parser.stack.peek()); } Examples: Tree condition = tree("=", "2", "2"); assertStackTop(tree("if", condition, "list"));

The End