Adapted from slides by Nicholas Shahan, Dan Grossman, and Tam Dang

Slides:



Advertisements
Similar presentations
Semantic Analysis and Symbol Tables
Advertisements

CSE341: Programming Languages Lecture 2 Functions, Pairs, Lists Dan Grossman Winter 2013.
CSE341: Programming Languages Lecture 16 Datatype-Style Programming With Lists or Structs Dan Grossman Winter 2013.
CSE341: Programming Languages Lecture 17 Structs, Implementing Languages, Implementing Higher-Order Functions Dan Grossman Fall 2011.
9/27/2006Prof. Hilfinger, Lecture 141 Syntax-Directed Translation Lecture 14 (adapted from slides by R. Bodik)
Abstract Syntax Trees Compiler Baojian Hua
Environments and Evaluation
CSE341: Programming Languages Structs, Implementing Languages, Implementing Higher-Order Functions Alan Borning (slides “borrowed” from Dan Grossman) Fall.
CSE 341 Programming Languages Racket Datatype Style Programming Zach Tatlock Spring 2014.
Chapter Twenty-ThreeModern Programming Languages1 Formal Semantics.
Interpretation Environments and Evaluation. CS 354 Spring Translation Stages Lexical analysis (scanning) Parsing –Recognizing –Building parse tree.
Formal Semantics Chapter Twenty-ThreeModern Programming Languages, 2nd ed.1.
A grammar for arithmetic expressions involving the four basic operators and parenthesized expressions. Parenthesized expressions have the highest precedence.
CS536 Semantic Analysis Introduction with Emphasis on Name Analysis 1.
CSE 413 Languages & Implementation Hal Perkins Autumn 2012 Structs, Implementing Languages (credits: Dan Grossman, CSE 341) 1.
CSE341: Programming Languages Lecture 17 Implementing Languages Including Closures Dan Grossman Winter 2013.
Clojure Macros. Homoiconicity All versions of Lisp, including Clojure, are homoiconic This means that there is no difference between the form of the data.
Programming Languages Dan Grossman 2013
CSE341: Programming Languages Lecture 17 Implementing Languages Including Closures Dan Grossman Spring 2017.
Textbook:Modern Compiler Design
CSE341: Programming Languages Lecture 15 Macros
Programming Languages Dan Grossman 2013
CSE 341 Section 9 Nick Mooney Spring 2017
Semantic Analysis with Emphasis on Name Analysis
Representation, Syntax, Paradigms, Types
Programming Languages Dan Grossman 2013
CSE341: Programming Languages Lecture 16 Datatype-Style Programming With Lists or Structs Dan Grossman Spring 2013.
Emily Leland (Not Nick) Spring 2017
CSE341: Programming Languages Lecture 15 Macros
CSE341: Programming Languages Lecture 16 Datatype-Style Programming With Lists or Structs Zach Tatlock Winter 2018.
CSE341: Programming Languages Lecture 16 Datatype-Style Programming With Lists or Structs Dan Grossman Spring 2017.
CSE341: Programming Languages Lecture 17 Implementing Languages Including Closures Dan Grossman Autumn 2018.
CSE341: Programming Languages Lecture 16 Datatype-Style Programming With Lists or Structs Dan Grossman Autumn 2018.
Nicholas Shahan Spring 2016
Preparing for MUPL! Justin Harjanto
Lecture 15 (Notes by P. N. Hilfinger and R. Bodik)
CSE 341 Section 9 Winter 2018 Adapted from slides by Eric Mullen, Nick Mooney, Nicholas Shahan, Cody Schroeder, and Dan Grossman.
Nicholas Shahan Spring 2016
slides created by Marty Stepp
CSE 341 Section 7 Winter 2018 Adapted from slides by Eric Mullen, Nicholas Shahan, Dan Grossman, and Tam Dang.
Representation, Syntax, Paradigms, Types
CSE 341 Section 2 Winter 2018 Adapted from slides by Nick Mooney, Nicholas Shahan, Patrick Larson, and Dan Grossman.
Syntax-Directed Translation
CSE341: Programming Languages Lecture 17 Implementing Languages Including Closures Zach Tatlock Winter 2018.
CSE341: Programming Languages Lecture 2 Functions, Pairs, Lists
CSE341: Programming Languages Lecture 15 Macros
CSE341: Programming Languages Lecture 16 Datatype-Style Programming With Lists or Structs Dan Grossman Autumn 2017.
CSE341: Programming Languages Lecture 2 Functions, Pairs, Lists
Problem Solving Skill Area 305.1
Representation, Syntax, Paradigms, Types
CSE341: Programming Languages Lecture 17 Implementing Languages Including Closures Dan Grossman Spring 2016.
Spencer Pearson Spring 2017
CSE 341 Section 2 Nick Mooney Spring 2017
Adapted from slides by Nicholas Shahan and Dan Grossman
6.001 SICP Variations on a Scheme
Nicholas Shahan Spring 2016
CSE341: Programming Languages Lecture 15 Macros
Clojure Macros.
Representation, Syntax, Paradigms, Types
Nicholas Shahan Spring 2016
CSE341: Programming Languages Lecture 16 Datatype-Style Programming With Lists or Structs Dan Grossman Spring 2016.
CSE341: Programming Languages Lecture 17 Implementing Languages Including Closures Dan Grossman Autumn 2017.
CSE341: Programming Languages Lecture 15 Macros
Suggested self-checks: Section 7.11 #1-11
CSE341: Programming Languages Lecture 2 Functions, Pairs, Lists
CSE341: Programming Languages Lecture 15 Macros
Brett Wortzman Summer 2019 Slides originally created by Dan Grossman
CSE341: Programming Languages Lecture 17 Implementing Languages Including Closures Dan Grossman Spring 2019.
CSE341: Programming Languages Lecture 15 Macros
CSE341: Programming Languages Lecture 16 Datatype-Style Programming With Lists or Structs Dan Grossman Spring 2019.
Presentation transcript:

Adapted from slides by Nicholas Shahan, Dan Grossman, and Tam Dang CSE 341 Section 7 Eric Mullen Spring 2017 Adapted from slides by Nicholas Shahan, Dan Grossman, and Tam Dang

Outline Interpreting LBI (Language Being Implemented) LBI “Macros” Assume Correct Syntax Check for Correct Semantics Evaluating the AST LBI “Macros” Eval, Quote, and Quasiquote Variable Number of Arguments Apply

Building an LBI Interpreter We are skipping the parsing phase ← Do Not Implement Interpreter written in Racket - Racket is the “metalanguage” LBI code represented as an AST AST nodes represented as Racket structs Allows us to skip the parsing phase Can assume AST has valid syntax Can NOT assume AST has valid semantics

Correct Syntax Examples Using these Racket structs… (struct int (num) #:transparent) (struct add (e1 e2) #:transparent) (struct ifnz (e1 e2 e3) #:transparent) …we can interpret these LBI programs: (int 34) (add (int 34) (int 30)) (ifnz (add (int 5) (int 7)) (int 12) (int 1))

Incorrect Syntax Examples While using these Racket structs… (struct int (num) #:transparent) (struct add (e1 e2) #:transparent) (struct ifnz (e1 e2 e3) #:transparent) …we can assume we won’t see LBI programs like: (int “dan then dog”) (int (ifnz (int 0) (int 5) (int 7))) (add (int 8) #t) (add 5 4) Illegal input ASTs may crash the interpreter - this is OK

Racket vs. LBI Structs in Racket, when defined to take an argument, can take any Racket value: (struct int (num) #:transparent) (struct add (e1 e2) #:transparent) (struct ifnz (e1 e2 e3) #:transparent) But in LBI, we restrict int to take only an integer value, add to take two LBI expressions, and so on… (int “dan then dog”) (int (ifnz (int 0) (int 5) (int 7))) (add (int 8) #t) (add 5 4) Illegal input ASTs may crash the interpreter - this is OK

Racket vs. LBI Structs in Racket, when defined to take an argument, can take any Racket value: (struct int (num) #:transparent) (struct add (e1 e2) #:transparent) (struct ifnz (e1 e2 e3) #:transparent) So this is valid Racket syntax, but invalid LBI syntax: (int “dan then dog”) (int (ifnz (int 0) (int 5) (int 7))) (add (int 8) #t) (add 5 4) Illegal input ASTs may crash the interpreter - this is OK

Evaluating the AST eval-exp should return a LBI value LBI values all evaluate to themselves Otherwise, we haven’t interpreted far enough (int 7) ; evaluates to (int 7) (add (int 3) (int 4)) ; evaluates to (int 7)

Check for Correct Semantics What if the program is a legal AST, but evaluation of it tries to use the wrong kind of value? For example, “add an integer and a function” You should detect this and give an error message that is not in terms of the interpreter implementation We need to check that the type of a recursive result is what we expect No need to check if any type is acceptable

Macros Review Extend language syntax (allow new constructs) Written in terms of existing syntax Expanded before language is actually interpreted or compiled

LBI “Macros” Interpreting LBI using Racket as the metalanguage LBI is made up of Racket structs In Racket, these are just data types Why not write a Racket function that returns LBI ASTs?

LBI “Macros” If our LBI Macro is a Racket function Then the LBI code (define (++ exp) (add (int 1) exp)) Then the LBI code (++ (int 7)) Expands to (add (int 1) (int 7))

quote Syntactically, Racket statements can be thought of as lists of tokens (+ 3 4) is a “plus sign”, a “3”, and a “4” quote-ing a parenthesized expression produces a list of tokens

quote Examples (+ 3 4) ; 7 (quote (+ 3 4)) ; '(+ 3 4) (quote (+ 3 #t)) ; '(+ 3 #t) (+ 3 #t) ; Error You may also see the single quote ‘ character used as syntactic sugar

quasiquote Inserts evaluated tokens into a quote Convenient for generating dynamic token lists Use unquote to escape a quasiquote back to evaluated Racket code A quasiquote and quote are equivalent unless we use an unquote operation

quasiquote Examples (quasiquote (+ 3 (unquote(+ 2 2)))) ; '(+ 3 4) (quasiquote (string-append "I love CSE" (number->string (unquote (+ 3 338))))) ; '(string-append "I love CSE" (number->string 341)) You may also see the backtick ` character used as syntactic sugar for quasiquote The comma character , is used as syntactic sugar for unquote

Self Interpretation Many languages provide an eval function or something similar Performs interpretation or compilation at runtime Needs full language implementation during runtime It's useful, but there's usually a better way Makes analysis, debugging difficult

eval Racket's eval operates on lists of tokens Like those generated from quote and quasiquote Treat the input data as a program and evaluate it

eval examples (define quoted (quote (+ 3 4))) (eval quoted) ; 7 (define bad-quoted (quote (+ 3 #t))) (eval bad-quoted) ; Error (define qquoted (quasiquote (+ 3 (unquote(+ 2 2))))) (eval qquoted) ; 7 (define big-qquoted (quasiquote (string-append "I love CSE" (number->string (unquote (+ 3 338)))))) (eval big-qquoted) ; “I love CSE341”

Variable Number of Arguments Some functions (like +) can take a variable number of arguments There is syntax that lets you define your own (define fn-any (lambda xs ; any number of args (print xs))) (define fn-1-or-more (lambda (a . xs) ; at least 1 arg (begin (print a) (print xs)))) (define fn-2-or-more (lambda (a b . xs) ; at least 2 args (begin (print a) (print a) (print xs))))

apply Applies a list of values as the arguments to a function in order by position (define fn-any (lambda xs ; any number of args (print xs))) (apply fn-any (list 1 2 3 4)) (apply + (list 1 2 3 4)) ; 10 (apply max (list 1 2 3 4)) ; 4