Introduction to Semantics. Expanding Our Formalism, Part 2 1

Similar documents
Semantics and Generative Grammar. Expanding Our Formalism, Part 2 1. These more complex functions are very awkward to write in our current notation

Proseminar on Semantic Theory Fall 2013 Ling 720 An Algebraic Perspective on the Syntax of First Order Logic (Without Quantification) 1

F15: Formalizing definiteness

Context-Free Grammars

564 Lecture 21 Nov. 4, 1999

Context-Free Grammars. Carl Pollard Ohio State University. Linguistics 680 Formal Foundations Tuesday, November 10, 2009

1 Introduction. 2 Set-Theory Formalisms. Formal Semantics -W2: Limitations of a Set-Theoretic Model SWU LI713 Meagan Louie August 2015

Typed Lambda Calculus

Research Seminar The syntax and semantics of questions Spring 1999 February 16, 1999 Week 3: Introduction to the semantics of questions

6.1 Basics of functional type theory, semantics of serial verbs via function composition.

Pure Lambda Calculus. Lecture 17

Syntax-semantics interface and the non-trivial computation of meaning

Type raising, continuations, and classical logic

Typed Lambda Calculus for Syntacticians

F08: Intro to Composition

The anatomy of a syntax paper

Context-Free Grammars

Harvard School of Engineering and Applied Sciences CS 152: Programming Languages. Lambda calculus

LING 510, Lab 3 September 23, 2013

Semantics Bootcamp Part I: Fundamentals

The syntax and semantics of Beginning Student

The syntax and semantics of Beginning Student

CIS 500 Software Foundations Midterm I

1 Introduction CHAPTER ONE: SETS

Type Systems Winter Semester 2006

L322 Syntax. Chapter 3: Structural Relations. Linguistics 322 D E F G H. Another representation is in the form of labelled brackets:

Propositional Logic. Part I

Harvard School of Engineering and Applied Sciences CS 152: Programming Languages

RACKET BASICS, ORDER OF EVALUATION, RECURSION 1

Introduction to the Lambda Calculus

Lexicografie computationala Feb., 2012

Dowty Friday, July 22, 11

Logic as a framework for NL semantics. Outline. Syntax of FOL [1] Semantic Theory Type Theory

Yi-Hsun Chen Feb 11, Compositional semantics of interrogative clauses

CS 4110 Programming Languages & Logics. Lecture 17 Programming in the λ-calculus

This is already grossly inconvenient in present formalisms. Why do we want to make this convenient? GENERAL GOALS

Logic and Natural Language Semantics: Formal Semantics

Lecture 5. Logic I. Statement Logic

Constraint-based Analysis. Harry Xu CS 253/INF 212 Spring 2013

CIS 500 Software Foundations Fall September 25

Semantics 1. Gerhard Jäger. April 26, (April 26, 2012) Semantics 1 Gerhard Jäger 1 / 28

CS 6110 S14 Lecture 1 Introduction 24 January 2014

1 Scope, Bound and Free Occurrences, Closed Terms

Lecture 2: NP-Completeness

Semantics via Syntax. f (4) = if define f (x) =2 x + 55.

UNIVERSITY OF EDINBURGH COLLEGE OF SCIENCE AND ENGINEERING SCHOOL OF INFORMATICS INFR08008 INFORMATICS 2A: PROCESSING FORMAL AND NATURAL LANGUAGES

Elementary Operations, Clausal Architecture, and Verb Movement

Clausal Architecture and Verb Movement

Semantics of programming languages

LING 130: Quantified Noun Phrases

Section 1.1 Definitions and Properties

Introduction to Denotational Semantics. Brutus Is An Honorable Man. Class Likes/Dislikes Survey. Dueling Semantics

Individuals, equivalences and quotients. in type theoretical semantics.

Homework & Announcements

Overview. CS389L: Automated Logical Reasoning. Lecture 6: First Order Logic Syntax and Semantics. Constants in First-Order Logic.

Lecture 1 Contracts : Principles of Imperative Computation (Fall 2018) Frank Pfenning

CS152: Programming Languages. Lecture 11 STLC Extensions and Related Topics. Dan Grossman Spring 2011

INTENSIONAL LOGIC TRANSLATION FOR QUANTITATIVE NATURAL LANGUAGE SENTENCES

Introduction to Denotational Semantics. Class Likes/Dislikes Survey. Dueling Semantics. Denotational Semantics Learning Goals. You re On Jeopardy!

Proofwriting Checklist

Chapter 4. Lexical and Syntax Analysis. Topics. Compilation. Language Implementation. Issues in Lexical and Syntax Analysis.

Organization of Programming Languages CS3200/5200N. Lecture 11

Computational Linguistics: Syntax-Semantics

If a program is well-typed, then a type can be inferred. For example, consider the program

More Theories, Formal semantics

CSC 501 Semantics of Programming Languages

This book is licensed under a Creative Commons Attribution 3.0 License

Lecture Notes on Program Equivalence

Handout 10: Imperative programs and the Lambda Calculus

PROPOSITIONAL LOGIC (2)

Hagstrom, Chapter 5 A semantics for single questions and indefinites Presented by Yağmur Sağ

9. MATHEMATICIANS ARE FOND OF COLLECTIONS

Lambda Calculus. Lecture 4 CS /26/10

1. Logic as a subject matter is the study of logics, understood as models of acceptable inference patterns

To prove something about all Boolean expressions, we will need the following induction principle: Axiom 7.1 (Induction over Boolean expressions):

Part I Logic programming paradigm

The Lambda Calculus. 27 September. Fall Software Foundations CIS 500. The lambda-calculus. Announcements

Trombone players produce different pitches partly by varying the length of a tube.

Sample IPC model. Evaluate FFPP P(m) w/rt <w,i >

The Diagonal Lemma: An Informal Exposition

Fundamentals and lambda calculus

Fundamental Concepts. Chapter 1

11/6/17. Outline. FP Foundations, Scheme. Imperative Languages. Functional Programming. Mathematical Foundations. Mathematical Foundations

Going beyond propositional logic

Semantics of programming languages

Hoare Logic. COMP2600 Formal Methods for Software Engineering. Rajeev Goré

CMPUT 325 : Lambda Calculus Basics. Lambda Calculus. Dr. B. Price and Dr. R. Greiner. 13th October 2004

arxiv: v2 [cs.ai] 18 Sep 2013

Computational Linguistics: Syntax-Semantics Interface

The University of Nottingham

To prove something about all Boolean expressions, we will need the following induction principle: Axiom 7.1 (Induction over Boolean expressions):

Concepts of programming languages

Variables. Substitution

Recursive Definitions, Fixed Points and the Combinator

Decision Procedures in First Order Logic

Recursively Enumerable Languages, Turing Machines, and Decidability

λ calculus Function application Untyped λ-calculus - Basic Idea Terms, Variables, Syntax β reduction Advanced Formal Methods

CS59-F16 Make-up Midterm

Class Intro & Compositional Semantics & Others

Propositional Logic Formal Syntax and Semantics. Computability and Logic

Transcription:

Expanding Our Formalism, Part 2 1 1. Lambda Notation for Defining Functions As you may have guessed by this point, most expressions of natural language will have some kind of function as their extension And, we ve already seen that some of these functions can get rather complex when we try to define them in our current notation. (1) Example: The Extension of Or [[ or ]] = q: D t à D <t,t> for every x D t, q(x) = p x : D t à D t for every y D t, p x (y) = T iff y=t or x=t Isn t there a simpler notation for defining functions??? (2) Lambda Notation, Part 1 a. Syntax: [ λx : x D. ϕ(x) ] b. Semantics: The function whose domain is D (i.e., which takes as argument anything in the set D), and for all x D, maps x to ϕ(x) (3) Examples a. [ λx : x { 0, 1, 2, 3 }. x + 3 ] = (i) { <0,3>, <1,4>, <2,5>, <3,6> } (ii) f : { 0, 1, 2, 3 } à { 3, 4, 5, 6 } for all x { 0, 1, 2, 3 }, f(x) = x + 3 b. [ λx : x { Beatles, Rush }. the drummer for x ] = (i) { <Beatles, Ringo Starr>, <Rush, Neal Peart> } (ii) g : { Beatles, Rush } à { y: y is a drummer } for all x { Beatles, Rush }, g(x) = the drummer for x 1 These notes are based on the material in Heim & Kratzer (1998: 34-49). 1

(4) Lambda Notation: Functions Taking Arguments [ λx : x D. ϕ(x) ] (a) = the unique y such that <a,y> [ λx : x D. ϕ(x) ] = the function [ λx : x D. ϕ(x) ] taking a as argument (5) Examples a. [ λx : x { 0, 1, 2, 3 }. x + 3 ](2) = 5 b. [ λx : x { Beatles, Rush }. the drummer for x ](Rush) = Neal Peart (6) The Rule of Lambda Conversion (LC) The following equation is a consequence of how our notation is defined Since we ll be using it quite a bit, it s nice to have a name for it: Lambda Conversion [ λx : x D. ϕ(x) ](a) = ϕ(a) (7) Examples a. [ λx : x { 0, 1, 2, 3 }. x + 3 ](2) = 2 + 3 = 5 b. [ λx : x { Beatles, Rush }. the drummer for x ](Rush) = the drummer for Rush = Neal Peart (8) The True Power of This Notation The real advantage of lambda notation is that it offers a very handy and simple way of defining functions that yield other functions as values The way to represent such functions is incredibly simple: You just embed one lambda formula inside another one! (9) Example 2 [ λx : x N. [ λz : z N. x + z ] ] = This is the function which takes a number x as argument and returns the function which takes a number z as argument and returns x + z 2 To save space, I will write N for the set { x : x is a whole number greater than 0 } 2

(10) Example [ λx : x N. [ λz : z N. x + z ] ](3) = (by LC) [ λz : z N. 3 + z ] (11) Convention for Sequences of Arguments Now that we can embed lambdas inside of lambdas, we can also write out formulae that look like the following: [ λx : x N. [ λz : z N. x z ] ](3)(4) b. How You Read The Formula Above: The function [ λx : x N. [ λz : z N. x z ] ](3) taking (4) as argument. c. Equation That Follows From (11b) [ λx : x N. [ λz : z N. x z ] ](3)(4) = [ λz : z N. 3 z ](4) (12) Simplification of Lambda Expressions: Examples a. (i) [ λx : x N. [ λz : z N. x z ] ](3)(4) = (by LC) (ii) [ λz : z N. 3 z ](4) = (by LC) (iii) 3 4 = (iv) -1 b. (i) [ λx : x N. [ λy : y N. [ λz : z N. (x+y) z ] ] ](1)(5)(6) = (ii) [ λy : y N. [ λz : z N. (1+y) z ] ](5)(6) = (iii) [ λz : z N. (1+5) z ](6) = (iv) (1+5) 6 = (v) 6 6 = (vi) 0 (13) Crucial Question How do we use lambda notation to represent a function like the following? f: D e à D t for all x D e, f(x) = T iff x smokes Answer: It involves a new, special part of the lambda notation. 3 3 The notation we will use for representing functions like [[smokes]] will (for a little while) differ from what you find in Heim & Kratzer (1998). We will eventually move to the system found in Heim & Kratzer (1998), and point out how it relates to the system we re using here. 3

(14) Lambda Notation, Part 2 4 a. Syntax: [ λx : x D. IF ϕ(x) THEN y, ELSE z ] b. Semantics: The function whose domain is D (i.e., which takes as argument anything in the set D), and for all x D, maps x to y if ϕ(x), and maps x to z otherwise (15) Example [ λx : x D e. IF x smokes THEN T, ELSE F ] = a. The function whose domain is D e, and for all x D e, maps x to T iff x smokes b. [[ smokes ]] (16) Another Example [ λx : x D e. IF x dances THEN T, ELSE F ] = a. The function whose domain is D e, and for all x D e, maps x to T iff x dances b. [[ dances ]] (17) Still Another Example [ λx : x D t. IF x = F THEN T, ELSE F ] = a. The function whose domain is D t, and for all x D t, maps x to T iff x = F b. [[ it is not the case that ]] (18) Still One More Example [ λx : x D e. IF x likes Joe THEN T, ELSE F ] = a. The function whose domain is D e, and for all x D e, maps x to T iff x likes Joe b. [[ likes Joe ]] 4 Again, this notation is not found in Heim & Kratzer (1998). A highly technical discussion of it can be found at the following: http://en.wikipedia.org/wiki/lambda_calculus#logic_and_predicates 4

Key Observation: Given that [[ likes Joe ]] is the fomula in (18), we now have at our disposal the means for representing [[ likes ]] in our lambda notation: (19) The Key Example [ λy : y D e. [ λx : x D e. IF x likes y THEN T, ELSE F ] ] = a. The function whose domain is D e and for all y D e, maps y to the function whose domain is D e, and for all x D e, maps x to T iff x likes y b. [[ likes ]] (20) Sample Derivation of Truth-Conditions Using Lambdas a. S is T iff (by notation) NP 1 VP N 1 V NP 2 likes Barack N 2 b. [[ S ]] = T Joe c. Subproof (i) [[NP 1 ]] = (by NN) (ii) [[N 1 ]] = (by NN) (iii) [[Barack]] = (by TN) (iv) Barack d. Subproof (i) [[NP 2 ]] = (by NN) (ii) [[N 2 ]] = (by NN) (iii) [[Joe]] = (by TN) (iv) Joe 5

e. Subproof (i) [[V]] = (by NN) (ii) [[likes]] = (by TN) (iii) [ λy : y D e. [ λx : x D e. IF x likes y THEN T, ELSE F ] ] f. Subproof (i) [[VP]] = (by FA, d, e) (ii) [[V]]([[NP 2 ]]) = (by d) (iii) [[V]](Joe) = (by e) (iv) [ λy : y D e. [ λx : x D e. IF x likes y THEN T, ELSE F ]](Joe) = (by LC) (v) [ λx : x D e. IF x likes Joe THEN T, ELSE F ] g. [[ S ]] = T iff (by FA, c, f) h. [[VP]]([[NP 1 ]]) = T iff (by c) i. [[VP]](Barack) = T iff (by f) j. [ λx : x D e. IF x likes Joe THEN T, ELSE F ](Barack) = T iff (by LC) k. Barack likes Joe. (21) Some Important Abbreviations Compact as our lambda notation is, we ll occasionally want to use even shorter formulae when certain information is already clear from context. [ λy : y D X.. ] = (i) [ λy D X :. ] (ii) [ λy X :. ] (iii) when it s clear from context what the domain of the function is, we can even just write: [ λy : ] 6

(22) Example [ λy t : [ λx t : IF x = T or y = T THEN T, ELSE F ] ] = a. The function whose domain is D t and for all y D t, maps y to the function whose domain is D t, and for all x D t, maps x to T iff x=t or y=t b. [[ or ]] 2. Functions That Take Other Functions as Arguments Our lambda notation allows us construct a wide range of functions to serve as the extensions of natural language expressions. So far, the functions we ve constructed have taken either entities or T-values as arguments but we can also construct functions that take other functions as arguments! (23) Extensions that Take Functions as Arguments: Clause-Internal Negation In English, the most natural way to express negation is with the VP modifier not In a finite clause, not has to appear with an auxiliary verb, often the dummy do Let s simplify things a bit, and assume just temporarily that doesn t is a single head expressing negation S NP VP 1 N NEG VP 2 Barack doesn t V 2 smoke (24) First, Let s Figure Out What the Types Have to Be! a. [[ S ]] D t b. [[ NP ]] D e c. [[ VP 2 ]] D <et> d. [[ VP 1 ]]?? e. [[ NEG ]]?? f. [[ doesn t ]]?? 7

(25) The Type of VP 1 The extension of VP 1 has to combine with the extension of NP (type e) to yield the extension of S (type t) So, VP 1 must be of type <et> (26) The Type of NEG The extension of NEG must combine with the extension of VP 2 (type <et>) to yield the extension of VP 1 (type <et>) So, NEG must be of type <<et>,<et>> Thus, [[NEG]] is a function that takes an other function (of type <et>) as argument (27) The Type of Doesn t Since the only mother of doesn t in (23) is NEG, it follows from our rule NN that [[doesn t]] = [[NEG]] Thus, [[doesn t]] is also of type <<et>,<et>> OK we ve figured out the type of its extension but what is its exact lexical entry? (28) Targeted Truth-Conditional Statement Barack doesn t smoke is T iff It is not the case that Barack smokes. With this T-conditional statement, we can now figure out what the extension of VP 1 doesn t smoke should be!... (29) Reasoning Out the Extension of VP 1 : Part 1 a. Consider the T-Conditions of Other Sentences Containing VP 1 (i) (ii) [[Seth doesn t smoke]] = T iff It is not the case that Seth smokes. [[Joe doesn t smoke]] = T iff It is not the case that Joe smokes. b. Key Generalization [[NAME doesn t smoke]] = T iff It is not the case that NAMED THING smokes. 8

Having come up with the generalization in (29b), we can use what we know about the types of the sub-expressions to reason out what the function [[doesn t smoke]] does (30) Reasoning Out the Extension of VP 1 : Part 2 a. Key Result of the Type Assignment in (25) [[NAME doesn t smoke]] = [[doesn t smoke]]([[name]]) b. Trading Equals for Equals in Our Generalization (29b): [[doesn t smoke]]([[name]]) = T iff It is not the case that NAMED THING smokes c. Using What We Know About the Extensions of Names: [[doesn t smoke]](named THING) = T iff It is not the case that NAMED THING smokes d. Key Deduction Given (30c), it follows that the extension of VP 1 (doesn t smoke) is a function that takes an entity x as argument and returns T iff it is not the case that x smokes. (31) Extension Deduced for VP 1 doesn t smoke [ λx : x D e. IF it is not the case that x smokes THEN T, ELSE F ] So, we ve deduced the extension of the VP doesn t somke And, now that we know [[doesn t smoke]], as well as [[smokes]] we can use that to deduce the extension of [[NEG]]!!! But, before we start, let us make special note of the following equivalence (33) An Important Equivalence to Know If x is some entity, then the following equivalence holds. a. Important Equivalence: NAME VP [[VP]](NAMED) = T b. Illustrations (i) Barack smokes [[smokes]](barack) = T (ii) Joe dances [[dances]](joe) = T (iii) Seth laughs [[laughs]](seth) = T 9

(34) Recasting Our Semantics for VP 1 [[ doesn t smoke ]] = [ λx : x D e. IF it is not the case that [[smokes]](x) = T THEN T, ELSE F ] (35) Reasoning Out the Extension of NEG, Part 1 a. The Extensions of Some Other VPs that Contain NEG / doesn t: (i) [[ doesn t laugh ]] = [ λx : x D e. IF it is not the case that [[laughs]](x) = T THEN T, ELSE F ] (ii) [[ doesn t dance ]] [ λx : x D e. IF it is not the case that [[dance]](x) = T THEN T, ELSE F ] b. Key Generalization [[ doesn t VP ]] = [ λx D e : IF it is not the case that [[VP]](x) = T THEN T, ELSE F ] Having come up with the generalization in (35b), we can use what we know about the types of the sub-expressions to reason out what the function [[doesn t]] does (36) Reasoning Out the Extension of NEG a. Key Result of the Type Assignment in (26)-(27) [[ doesn t VP ]] = [[doesn t]]([[vp]]) b. Trading Equals for Equals in Our Generalization (35b): [[doesn t]]([[vp]]) = [ λx D e : IF it is not the case that [[VP]](x) = T THEN T, ELSE F ] c. Key Deduction (i) The extension of any VP will be some <et> function f. (ii) Thus, given the key generalization in (36b), it follows that the extension of the NEG (and doesn t) is: some function that takes an <et> function f and returns an <et> function that takes an entity x as argument, and yields T iff it is not the case that f(x) = T 10

(37) Extension Deduced for the NEG doesn t [ λf : f D <et>. [ λx : x D e. IF it is not the case that f(x) = T THEN T, ELSE F ] ] (38) An Even Simpler Way of Writing Out This Extension Note that an <e,t> function only ever give back either T or F. Therefore, whenever it is not the case that f(x) = T, it must be that f(x) = F Therefore, we can simply our definition of the function in (37) as follows: [ λf : f D <et>. [ λx : x D e. IF f(x) = F THEN T, ELSE F ] ] Now, let s confirm that our theory will work by using the lexical entry in (38) to derive the T-conditions of the sentence Barack doesn t smoke (39) Sample Derivation of Truth-Conditions a. S is T iff (by notation) NP VP 1 N NEG VP 2 Barack doesn t V 2 smoke b. [[S]] = T c. Subproof (i) [[NP]] = (by NN) (ii) [[N]] = (by NN) (iii) [[Barack]] = (by TN) (iv) Barack d. Subproof (i) [[VP 2 ]] = (by NN) 11

(ii) [[V 2 ]] = (by NN) (iii) [[smokes]] = (by TN) (iv) [ λy : y D e. IF y smokes THEN T, ELSE F ] e. Subproof (i) [[ NEG ]] = (by NN) (ii) [[doesn t]] = (by TN) (iii) [ λf : f D <et>. [ λx : x D e. IF f(x) = F THEN T, ELSE F ] ] f. Subproof (i) [[VP 1 ]] = (by FA, d, e) (ii) [[NEG]]([[VP 2 ]]) = (by e) (iii) [ λf : f D <et>. [ λx : x D e. IF f(x) = F THEN T, ELSE F ] ]([[VP 2 ]]) = (by LC) (iv) [ λx : x D e. IF [[VP 2 ]](x) = F THEN T, ELSE F ] = (by d) (v) [ λx : x D e. IF [ λy : y D e. IF y smokes THEN T, ELSE F ](x) = F THEN T, ELSE F ] = (by LC) (vi) [ λx : x D e. IF it is not the case that x smokes THEN T ELSE F ] g. [[S]] = T iff (by FA, c, f) h [[VP 1 ]]([[NP]]) = T iff (by c) i. [[VP 1 ]]([[Barack]]) = T iff (by f) j. [λx: x D e. IF it is not the case that x smokes THEN T ELSE F](Barack) = T iff (by LC) k. It is not the case that Barack smokes 12

3. Syntactic Well-Formedness vs. Semantic Interpretability Since they will factor implicitly in some of our subsequent argumentation, it would be useful at this point to clarify certain background assumptions we make regarding the modularity of our linguistic systems (40) Potential Issue: The Interpretability of Ill-Formed Structures The semantic system we ve developed for English is able to interpret structures that are actually not possible as English sentences. a. Ill-Formed Structure Our Semantics Can Interpret S NP VP Our rule of FA can Barack NP V easily interpret this VP likes Joe (41) Question: Is This a Problem? Should our semantic system interpret all and only those sentences judged as natural or acceptable by speakers of the language? a. One School of Thought (e.g. Richard Montague): YES! b. Another School of Thought (e.g. Noam Chomsky, us): Not necessarily (42) The Overarching Perspective Behind Answer (41b) There are many reasons why a speaker might judge a structure to be deviant. (a) Deviant for reasons of phonology: *my brushs vs. my brushes (b) Deviant for reasons of morphology: *gived vs. gave (c) Deviant for reasons of (pure) syntax: *Barack Joe likes Ill-formedness at any one of these levels suffices to explain the overall deviance (a) * I gave my brushs OK syntax and semantics; BAD phonology (b) *I gived a book OK phonology and syntax; BAD morphology (c) *Barack Joe likes OK semantics (interpretable); BAD syntax 13

Moreover, our theory predicts that there should be structures in English that are syntactically well-formed, but which our semantics cannot interpret (43) Syntactically Well-Formed, but Uninterpretable Structures Consider the following sentence: Barack laughed Joe. (i) Syntactically Well-Formed We might imagine that our syntax could generate the following structure: S NP VP Barack V NP laughed Joe (ii) Semantically Uninterpretable What is [[ S ]]? PROBLEM: [[laughed]] is of type <et>, and [[Joe]] is of type e Thus, [[laughed Joe]] is of type t Thus, [[laughed Joe]] cannot combine with [[Barack]] Thus, we cannot compute a value for [[S]]! (41) Terminology: Uninterpretable A structure X is uninterpretable iff [[X]] cannot be computed. (42) Empirical Claim Uninterpretable structures are perceived by speakers to be deviant Thus, the deviance of sentences like Barack laughed Joe may be due not to their syntax per se but their semantics, to their inability to be assigned any T-conditions Moreover, if true, the fact in (42) may follow from the following semantic principle: (43) Principle of Interpretability (Semantic Principle) All nodes in a phrase structure tree must be interpretable. 14