DOCSLIB.ORG

CSE 401 – Compilers

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
CSE 401 – Compilers CSE341: Programming Languages CSE341: Programming Languages CSE 401 – Compilers Lecture 1 CourseLecture Mechanics 1 CourseML Variable Mechanics Bindings Lecture 2: Languages, Automata, Regular ML Variable Bindings Expressions & Scanners Dan Grossman Michael Ringenburg Fall 2011 Dan Grossman Winter 2013 Fall 2011 Winter 2013 UW CSE 401 (Michael Ringenburg) ADministrave Notes CSE341: ProgrammingCSE341: Programming Languages Languages • Reading – Cooper & TorczonLecture: Chapter 1, anD SecEons 2.1-2.4 1 Lecture 1 – Try to finish by the enD of the week – it’ll be helpful Course MechanicsCourse Mechanics for the first homework. ML Variable BindingsML Variable Bindings • First homework Dan Grossman Dan Grossman Fall 2011 – ShoulD be out on FriDay (I’ll post on course website Fall 2011 anD senD an email). – Will be Due a week from FriDay (January 18). – Note: You have 4 late Days for the en)re quarter. Use them wisely (see syllabus for Details). Winter 2013 UW CSE 401 (Michael Ringenburg) B-2 ReminDers CSE341: ProgrammingCSE341: Programming Languages Languages • Please vote for office hours by enD-of-Day ThursDay (see link on course home page). Lecture 1 Lecture 1 Course Mechanics – Select whichever slots you think you coulD Course Mechanics ML Variable Bindings reasonably aenD. ML Variable Bindings Dan Grossman – We will use this to help DeciDe office hours for the Dan Grossman Fall 2011 TAs anD the instructor. Fall 2011 • Please pick your project partner, anD senD mail to cse401-staff[at]cs. – First piece of the project will be releaseD (early) next week, so you shoulD pick partners this week. Winter 2013 UW CSE 401 (Michael Ringenburg) B-3 Snow CSE341: ProgrammingCSE341: Programming Languages Languages • It’s the Eme of year where the “S”-worD starts to show up occasionally in weather forecasts. Lecture 1 Lecture 1 Course MechanicsCourse Mechanics • The scheDule for the quarter is Eght, so if we ML Variable Bindings Do have a snow Day at some point, we may ML Variable Bindings Dan Grossman have to rush through some of the material. Dan Grossman Fall 2011 – If this happens, take advantage of the extra Eme Fall 2011 on the snow Day to pay extra aenEon to the readings – with less Eme to cover the material in class, the readings become corresponDingly more important. Winter 2013 UW CSE 401 (Michael Ringenburg) B-4 AgenDa CSE341: ProgrammingCSE341: Programming Languages Languages • Finish course intro (history) • IntroDuce Scanning (part 1 of your project) Lecture 1 Lecture 1 Course MechanicsCourse Mechanics – Quick review of basic concepts of formal ML Variable BindingsML Variable Bindings grammars Dan Grossman – Regular expressions Dan Grossman Fall 2011 – Lexical specificaon of programming languages Fall 2011 – Using finite automata to recognize regular expressions – Scanners anD Tokens Winter 2013 UW CSE 401 (Michael Ringenburg) B-5 Some History • Early computers – hanD coDeD assembly language CSE341: ProgrammingCSE341: Programming Languages Languages (punchcarDs!) – HarD to write anything complex – but earliest computers Lecture 1 Lecture 1 coulDn’t execute any thing that Course MechanicsCoursecomlex Mechanics. • 1952: Grace Hopper writes first compiler (for A-0), anD ML Variable Bindings coins the term “compiler”. ML Variable Bindings – EssenEally a collecEon of mathemacal subrouEnes that coulD Dan Grossman be calleD. The compiler woulD take a series of calls anD convert Dan Grossman them into an executable. Fall 2011 – Successors: A-1, A-2 (first “open source” sojware), anD later … Fall 2011 B-0! • 1957: IBM writes first real “high-level” language compiler, for FORTRAN. (FORTRAN is high level compareD to assembly.) – CompeEEve with hanD-opEmizeD coDe. – RequireD 18 person-years (hopefully your projects won’t take this long!) Winter 2013 UW CSE 401 (Michael Ringenburg) B-6 Some History • 1962: First CSE341:bootstrapped ProgrammingCSE341: compiler (for LISP) Programming Languages Languages – A compiler that was compileD by itself, rather than wri\en in assembly (or another language). Lecture 1 Lecture 1 – Requires iniEally creang a very simple compiler in assembly or Course Mechanics another language, anD then using that to compile the iniEal Course Mechanics bootstrappeD compiler. ML Variable BindingsML Variable Bindings • IniEal compiler may contain just a subset of the language. As this compiler is refineD to compile more of the language, the compiler itself Dan Grossman can begin to use more of the language. Dan Grossman – Much more efficient that wriEng in assembly (like the first Fall 2011 compilers). Fall 2011 – Great way to test a compiler. • Rest of 1960’s, into 1970’s – Work on formalizing scanning anD parsing (theory anD pracEce). – Automac parser anD scanner generators • Lex (lexical analyzer) anD Yacc (Yet Another Compiler Compiler) • JFlex anD Cup are Direct DescenDants of these C-baseD tools. Winter 2013 UW CSE 401 (Michael Ringenburg) B-7 Some History CSE341: ProgrammingCSE341: Programming Languages Languages • Late 1970’s, 1980’s – New languages (funcEonal; object-orienteD) Lecture 1 Lecture 1 – New architectures (RISC, parallel machines, caches, …) Course MechanicsCourse Mechanics – Back-enD improvements: OpEmizaon, Register ML Variable BindingsML Variable Bindings Allocaon, Automac parallelizaon Dan Grossman • 1990s Dan Grossman Fall 2011 – ImproveD techniques for compiling object orienteD coDe Fall 2011 • Efficiency in the presence of Dynamic Dispatch anD small methoDs – Just-in-Eme compilers (JITs) – Compiler technology to effecEvely use new harDware (RISC, parallel machines, complex memory hierarchies) Winter 2013 UW CSE 401 (Michael Ringenburg) B-8 Some History CSE341: ProgrammingCSE341: Programming Languages Languages • Last Decade – Compilaon techniques in many new places Lecture 1 Lecture 1 Course Mechanics • E.g., parsing, semanEc analysis, source-to-source Course Mechanics translaon useD for sojware analysis, verificaon, ML Variable BindingsML Variable Bindings security Dan Grossman Dan Grossman – PhaseD compilaon – blurring the lines between Fall 2011 “compile Eme” anD “runEme” Fall 2011 • Programs can generate anD compile specializeD versions of rouEnes “on the fly”. • Can use machine learning to control opEmizaons – MulEcore: parallelism everywhere! Winter 2013 UW CSE 401 (Michael Ringenburg) B-9 Any quesEons? CSE341: ProgrammingCSE341: Programming Languages Languages • Don’t hesitate to ask – I’m teaching this course because I enjoy talking about Lecture 1 Lecture 1 Course Mechanics compilers. Course Mechanics ML Variable BindingsML Variable Bindings • If you have a quesEon, it’s likely other people Dan Grossman Dan Grossman Do as well, but they are too shy to ask. So Fall 2011 Fall 2011 you’ll be Doing them a favor too. Winter 2013 UW CSE 401 (Michael Ringenburg) B-10 AgenDa CSE341: ProgrammingCSE341: Programming Languages Languages • Finish course intro • Introduce Scanning (part 1 of your project) Lecture 1 Lecture 1 Course MechanicsCourse Mechanics – Quick review of basic concepts of formal ML Variable BindingsML Variable Bindings grammars Dan Grossman – Regular expressions Dan Grossman Fall 2011 – Lexical specificaon of programming languages Fall 2011 – Using finite automata to recognize regular expressions – Scanners anD Tokens Winter 2013 UW CSE 401 (Michael Ringenburg) B-11 Programming Language Specificaons CSE341: ProgrammingCSE341: Programming Languages Languages • Since the 1960s, the syntax of every significant programming language has been specifieD by a Lecture 1 Lecture 1 formal grammar Course MechanicsCourse Mechanics – If you ever have the “pleasure” of reading a language ML Variable BindingsML Variable Bindings specificaon Document, you’ll see that each secEon Dan Grossman typically consists of a formal grammar for some piece Dan Grossman Fall 2011 of the syntax, followeD by notes Describing the Fall 2011 semanEcs. – First Done in 1959 with BNF (Backus-Naur Form) grammar useD to specify ALGOL 60 syntax – BorroweD from the linguisEcs community (Chomsky) Winter 2013 UW CSE 401 (Michael Ringenburg) B-12 Review of Formal Languages anD Automata Theory CSE341: ProgrammingCSE341: Programming Languages Languages Oink!!! • Starring Mr. Pig Lecture 1 Lecture 1 • Alphabet: a finite set of symbols anD characters Course MechanicsCourse Mechanics – E.g., {‘iML’, ‘k’, ‘n’, ‘o’, ‘!’, ‘ ’} Variable BindingsML Variable Bindings • String: a finite, possibly empty sequence of Dan Grossman Dan Grossman symbols from an alphabet Fall 2011 Fall 2011 – E.g., “oink” • Language: a set of strings (possibly empty or infinite) – E.g., {“oink!”, “oink oink!”, “oink oink oink!”, …} Winter 2013 UW CSE 401 (Michael Ringenburg) B-13 Finite Specificaons of Possibly Infinite Languages • Automaton – a recognizer; a machine that accepts all CSE341: ProgrammingCSE341: Programming Languages Languages strings in a language (anD rejects all other strings) Lecture 1 Lecture 1 – E.g., a pig Detector: accepts all sequences of oinks, rejects Course Mechanics “moo”s or “Coursebaa”s Mechanics ML Variable Bindings • Grammar – a generator that proDuceD all strings in the ML Variable Bindings language (anD nothing else) Dan Grossman Dan Grossman – Unfortunately, we can’t use a pig as our grammar – no pig Fall 2011 (that I’ve met) can generate infinite “oink” sequences. Fall 2011 – Instead we use formal (aka mathemacal) grammars. • A parEcular language may be specifieD by many Different grammars anD automata – But, a grammar or automaton specifies only one language Winter 2013 UW CSE 401 (Michael Ringenburg) B-14 Language (Chomsky) hierarchy: quick reminder •
Load more

Recommended publications
  • Regular Expressions with a Brief Intro to FSM
    Regular Expressions with a brief intro to FSM 15-123 Systems Skills in C and Unix Case for regular expressions • Many web applications require pattern matching – look for <a href> tag for links – Token search • A regular expression – A pattern that defines a class of strings – Special syntax used to represent the class • Eg; *.c - any pattern that ends with .c Formal Languages • Formal language consists of – An alphabet – Formal grammar • Formal grammar defines – Strings that belong to language • Formal languages with formal semantics generates rules for semantic specifications of programming languages Automaton • An automaton ( or automata in plural) is a machine that can recognize valid strings generated by a formal language . • A finite automata is a mathematical model of a finite state machine (FSM), an abstract model under which all modern computers are built. Automaton • A FSM is a machine that consists of a set of finite states and a transition table. • The FSM can be in any one of the states and can transit from one state to another based on a series of rules given by a transition function. Example What does this machine represents? Describe the kind of strings it will accept. Exercise • Draw a FSM that accepts any string with even number of A’s. Assume the alphabet is {A,B} Build a FSM • Stream: “I love cats and more cats and big cats ” • Pattern: “cat” Regular Expressions Regex versus FSM • A regular expressions and FSM’s are equivalent concepts. • Regular expression is a pattern that can be recognized by a FSM. • Regex is an example of how good theory leads to good programs Regular Expression • regex defines a class of patterns – Patterns that ends with a “*” • Regex utilities in unix – grep , awk , sed • Applications – Pattern matching (DNA) – Web searches Regex Engine • A software that can process a string to find regex matches.
    [Show full text]
  • Generating Context-Free Grammars Using Classical Planning
    Proceedings of the Twenty-Sixth International Joint Conference on Artificial Intelligence (IJCAI-17) Generating Context-Free Grammars using Classical Planning Javier Segovia-Aguas1, Sergio Jimenez´ 2, Anders Jonsson 1 1 Universitat Pompeu Fabra, Barcelona, Spain 2 University of Melbourne, Parkville, Australia [email protected], [email protected], [email protected] Abstract S ! aSa S This paper presents a novel approach for generating S ! bSb /|\ Context-Free Grammars (CFGs) from small sets of S ! a S a /|\ input strings (a single input string in some cases). a S a Our approach is to compile this task into a classical /|\ planning problem whose solutions are sequences b S b of actions that build and validate a CFG compli- | ant with the input strings. In addition, we show that our compilation is suitable for implementing the two canonical tasks for CFGs, string produc- (a) (b) tion and string recognition. Figure 1: (a) Example of a context-free grammar; (b) the corre- sponding parse tree for the string aabbaa. 1 Introduction A formal grammar is a set of symbols and rules that describe symbols in the grammar and (2), a bounded maximum size of how to form the strings of certain formal language. Usually the rules in the grammar (i.e. a maximum number of symbols two tasks are defined over formal grammars: in the right-hand side of the grammar rules). Our approach is compiling this inductive learning task into • Production : Given a formal grammar, generate strings a classical planning task whose solutions are sequences of ac- that belong to the language represented by the grammar.
    [Show full text]
  • Formal Grammar Specifications of User Interface Processes
    FORMAL GRAMMAR SPECIFICATIONS OF USER INTERFACE PROCESSES by MICHAEL WAYNE BATES ~ Bachelor of Science in Arts and Sciences Oklahoma State University Stillwater, Oklahoma 1982 Submitted to the Faculty of the Graduate College of the Oklahoma State University iri partial fulfillment of the requirements for the Degree of MASTER OF SCIENCE July, 1984 I TheSIS \<-)~~I R 32c-lf CO'f· FORMAL GRAMMAR SPECIFICATIONS USER INTER,FACE PROCESSES Thesis Approved: 'Dean of the Gra uate College ii tta9zJ1 1' PREFACE The benefits and drawbacks of using a formal grammar model to specify a user interface has been the primary focus of this study. In particular, the regular grammar and context-free grammar models have been examined for their relative strengths and weaknesses. The earliest motivation for this study was provided by Dr. James R. VanDoren at TMS Inc. This thesis grew out of a discussion about the difficulties of designing an interface that TMS was working on. I would like to express my gratitude to my major ad­ visor, Dr. Mike Folk for his guidance and invaluable help during this study. I would also like to thank Dr. G. E. Hedrick and Dr. J. P. Chandler for serving on my graduate committee. A special thanks goes to my wife, Susan, for her pa­ tience and understanding throughout my graduate studies. iii TABLE OF CONTENTS Chapter Page I. INTRODUCTION . II. AN OVERVIEW OF FORMAL LANGUAGE THEORY 6 Introduction 6 Grammars . • . • • r • • 7 Recognizers . 1 1 Summary . • • . 1 6 III. USING FOR~AL GRAMMARS TO SPECIFY USER INTER- FACES . • . • • . 18 Introduction . 18 Definition of a User Interface 1 9 Benefits of a Formal Model 21 Drawbacks of a Formal Model .
    [Show full text]
  • Algorithm for Analysis and Translation of Sentence Phrases
    Masaryk University Faculty}w¡¢£¤¥¦§¨ of Informatics!"#$%&'()+,-./012345<yA| Algorithm for Analysis and Translation of Sentence Phrases Bachelor’s thesis Roman Lacko Brno, 2014 Declaration Hereby I declare, that this paper is my original authorial work, which I have worked out by my own. All sources, references and literature used or excerpted during elaboration of this work are properly cited and listed in complete reference to the due source. Roman Lacko Advisor: RNDr. David Sehnal ii Acknowledgement I would like to thank my family and friends for their support. Special thanks go to my supervisor, RNDr. David Sehnal, for his attitude and advice, which was of invaluable help while writing this thesis; and my friend František Silváši for his help with the revision of this text. iii Abstract This thesis proposes a library with an algorithm capable of translating objects described by natural language phrases into their formal representations in an object model. The solution is not restricted by a specific language nor target model. It features a bottom-up chart parser capable of parsing any context-free grammar. Final translation of parse trees is carried out by the interpreter that uses rewrite rules provided by the target application. These rules can be extended by custom actions, which increases the usability of the library. This functionality is demonstrated by an additional application that translates description of motifs in English to objects of the MotiveQuery language. iv Keywords Natural language, syntax analysis, chart parsing,
    [Show full text]
  • Finite-State Automata and Algorithms
    Finite-State Automata and Algorithms Bernd Kiefer, [email protected] Many thanks to Anette Frank for the slides MSc. Computational Linguistics Course, SS 2009 Overview . Finite-state automata (FSA) – What for? – Recap: Chomsky hierarchy of grammars and languages – FSA, regular languages and regular expressions – Appropriate problem classes and applications . Finite-state automata and algorithms – Regular expressions and FSA – Deterministic (DFSA) vs. non-deterministic (NFSA) finite-state automata – Determinization: from NFSA to DFSA – Minimization of DFSA . Extensions: finite-state transducers and FST operations Finite-state automata: What for? Chomsky Hierarchy of Hierarchy of Grammars and Languages Automata . Regular languages . Regular PS grammar (Type-3) Finite-state automata . Context-free languages . Context-free PS grammar (Type-2) Push-down automata . Context-sensitive languages . Tree adjoining grammars (Type-1) Linear bounded automata . Type-0 languages . General PS grammars Turing machine computationally more complex less efficient Finite-state automata model regular languages Regular describe/specify expressions describe/specify Finite describe/specify Regular automata recognize languages executable! Finite-state MACHINE Finite-state automata model regular languages Regular describe/specify expressions describe/specify Regular Finite describe/specify Regular grammars automata recognize/generate languages executable! executable! • properties of regular languages • appropriate problem classes Finite-state • algorithms for FSA MACHINE Languages, formal languages and grammars . Alphabet Σ : finite set of symbols Σ . String : sequence x1 ... xn of symbols xi from the alphabet – Special case: empty string ε . Language over Σ : the set of strings that can be generated from Σ – Sigma star Σ* : set of all possible strings over the alphabet Σ Σ = {a, b} Σ* = {ε, a, b, aa, ab, ba, bb, aaa, aab, ...} – Sigma plus Σ+ : Σ+ = Σ* -{ε} Strings – Special languages: ∅ = {} (empty language) ≠ {ε} (language of empty string) .
    [Show full text]
  • Using Contextual Representations to Efficiently Learn Context-Free
    JournalofMachineLearningResearch11(2010)2707-2744 Submitted 12/09; Revised 9/10; Published 10/10 Using Contextual Representations to Efficiently Learn Context-Free Languages Alexander Clark [email protected] Department of Computer Science, Royal Holloway, University of London Egham, Surrey, TW20 0EX United Kingdom Remi´ Eyraud [email protected] Amaury Habrard [email protected] Laboratoire d’Informatique Fondamentale de Marseille CNRS UMR 6166, Aix-Marseille Universite´ 39, rue Fred´ eric´ Joliot-Curie, 13453 Marseille cedex 13, France Editor: Fernando Pereira Abstract We present a polynomial update time algorithm for the inductive inference of a large class of context-free languages using the paradigm of positive data and a membership oracle. We achieve this result by moving to a novel representation, called Contextual Binary Feature Grammars (CBFGs), which are capable of representing richly structured context-free languages as well as some context sensitive languages. These representations explicitly model the lattice structure of the distribution of a set of substrings and can be inferred using a generalisation of distributional learning. This formalism is an attempt to bridge the gap between simple learnable classes and the sorts of highly expressive representations necessary for linguistic representation: it allows the learnability of a large class of context-free languages, that includes all regular languages and those context-free languages that satisfy two simple constraints. The formalism and the algorithm seem well suited to natural language and in particular to the modeling of first language acquisition. Pre- liminary experimental results confirm the effectiveness of this approach. Keywords: grammatical inference, context-free language, positive data only, membership queries 1.
    [Show full text]
  • QUESTION BANK SOLUTION Unit 1 Introduction to Finite Automata
    FLAT 10CS56 QUESTION BANK SOLUTION Unit 1 Introduction to Finite Automata 1. Obtain DFAs to accept strings of a’s and b’s having exactly one a.(5m )(Jun-Jul 10) 2. Obtain a DFA to accept strings of a’s and b’s having even number of a’s and b’s.( 5m )(Jun-Jul 10) L = {Œ,aabb,abab,baba,baab,bbaa,aabbaa,---------} 3. Give Applications of Finite Automata. (5m )(Jun-Jul 10) String Processing Consider finding all occurrences of a short string (pattern string) within a long string (text string). This can be done by processing the text through a DFA: the DFA for all strings that end with the pattern string. Each time the accept state is reached, the current position in the text is output. Finite-State Machines A finite-state machine is an FA together with actions on the arcs. Statecharts Statecharts model tasks as a set of states and actions. They extend FA diagrams. Lexical Analysis Dept of CSE, SJBIT 1 FLAT 10CS56 In compiling a program, the first step is lexical analysis. This isolates keywords, identifiers etc., while eliminating irrelevant symbols. A token is a category, for example “identifier”, “relation operator” or specific keyword. 4. Define DFA, NFA & Language? (5m)( Jun-Jul 10) Deterministic finite automaton (DFA)—also known as deterministic finite state machine—is a finite state machine that accepts/rejects finite strings of symbols and only produces a unique computation (or run) of the automaton for each input string. 'Deterministic' refers to the uniqueness of the computation. Nondeterministic finite automaton (NFA) or nondeterministic finite state machine is a finite state machine where from each state and a given input symbol the automaton may jump into several possible next states.
    [Show full text]
  • Efficient Combinator Parsing for Natural-Language
    University of Windsor Scholarship at UWindsor Electronic Theses and Dissertations Theses, Dissertations, and Major Papers 1-1-2006 Efficient combinator parsing for natural-language. Rahmatullah Hafiz University of Windsor Follow this and additional works at: https://scholar.uwindsor.ca/etd Recommended Citation Hafiz, Rahmatullah, "Efficient combinator parsing for natural-language." (2006). Electronic Theses and Dissertations. 7137. https://scholar.uwindsor.ca/etd/7137 This online database contains the full-text of PhD dissertations and Masters’ theses of University of Windsor students from 1954 forward. These documents are made available for personal study and research purposes only, in accordance with the Canadian Copyright Act and the Creative Commons license—CC BY-NC-ND (Attribution, Non-Commercial, No Derivative Works). Under this license, works must always be attributed to the copyright holder (original author), cannot be used for any commercial purposes, and may not be altered. Any other use would require the permission of the copyright holder. Students may inquire about withdrawing their dissertation and/or thesis from this database. For additional inquiries, please contact the repository administrator via email ([email protected]) or by telephone at 519-253-3000ext. 3208. Efficient Combinator Parsing for Natural-Language by Rahmatullah Hafiz A Thesis Submitted to the Faculty of Graduate Studies and Research through Computer Science in Partial Fulfillment of the Requirements for the Degree of Master of Computer Science at
    [Show full text]
  • Lecture 13-14. Finite State Automata and Regular Languages. the Chomsky Hierarchy and Type 3 Grammars
    Ling 726: Mathematical Linguistics, Lecture 13-14 Finite State Automata and Languages V. Borschev and B. Partee, October 31- Nov 1, 2006 Lecture 13-14. Finite state automata and regular languages. The Chomsky hierarchy and Type 3 grammars. 1. Languages and grammars in mathematical linguistics. Strings and languages.........................................................1 1.1. Languages and grammars. ..................................................................................................................................1 1.2. Basic notions: strings over an alphabet and languages .......................................................................................1 2. Finite automata. ........................................................................................................................................................2 3. Regular languages.....................................................................................................................................................4 4. Pumping Theorem for fal‘s........................................................................................................................................5 5. Type 3 grammars and their relation to fsa. ...............................................................................................................5 6. Properties of regular languages..................................................................................................................................6 Homework 13. ...............................................................................................................................................................7
    [Show full text]
  • Evaluating Grammar Formalisms for Applications
    EVALUATING GRAMMAR FORMALISMS FOR APPLICATIONS TO NATURAL LANGUAGE PROCESSING AND BIOLOGICAL SEQUENCE ANALYSIS David Chiang A DISSERTATION in Computer and Information Science Presented to the Faculties of the University of Pennsylvania in Partial Fulfillment of the Requirements for the Degree of Doctor of Philosophy 2004 COPYRIGHT David Wei Chiang 2004 JMJ Acknowledgments I would like to thank my adviser Aravind Joshi, a wise teacher he is, and Ken Dill at UCSF for his inspiring guidance. Thanks also to my dissertation committee, Fernando Pereira, Jean Gallier, Sampath Kannan, and Giorgio Satta for their careful reading and feedback; and other faculty con- nected with Penn whose advice has been valuable to me: Mark Steedman, Mitch Marcus, Martha Palmer, and David Searls. Among the grad students and postdocs I have interacted with at Penn, I am particularly in- debted to Dan Bikel, Mark Dras, and William Schuler. My collaborations with them and countless discussions taught me half of what I know about computational linguistics. The other half no doubt comes from the rest, including Mike Collins, Dan Gildea, Julia Hockenmaier, Seth Kulick, Alexan- dra Kinyon, Tom Morton, Anoop Sarkar, and Fei Xia. I thank Hoa Trang Dang and my sister Lillian for their loving support, and my parents, who have given me more than I could possibly thank them for. The research described in this thesis was supported in part by the following grants: ARO DAAG5591-0228, NSF SBR-89-20230, and NSF ITR EIA-02-05456. v ABSTRACT EVALUATING GRAMMAR FORMALISMS FOR APPLICATIONS TO NATURAL LANGUAGE PROCESSING AND BIOLOGICAL SEQUENCE ANALYSIS David Chiang Supervisor: Aravind K.
    [Show full text]
  • Formal Language (3A)
    Formal Language (3A) ● Regular Language Young Won Lim 6/9/18 Copyright (c) 2018 Young W. Lim. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License". Please send corrections (or suggestions) to [email protected]. This document was produced by using LibreOffice and Octave. Young Won Lim 6/9/18 Formal Language a formal language is a set of strings of symbols together with a set of rules that are specific to it. https://en.wikipedia.org/wiki/Formal_language Young Won Lim Regular Language (3A) 3 6/9/18 Alphabet and Words The alphabet of a formal language is the set of symbols, letters, or tokens from which the strings of the language may be formed. The strings formed from this alphabet are called words the words that belong to a particular formal language are sometimes called well-formed words or well-formed formulas. https://en.wikipedia.org/wiki/Formal_language Young Won Lim Regular Language (3A) 4 6/9/18 Formal Language A formal language (formation rule) is often defined by means of a formal grammar such as a regular grammar or context-free grammar, https://en.wikipedia.org/wiki/Formal_language Young Won Lim Regular Language (3A) 5 6/9/18 Formal Language and Natural Language The field of formal language theory studies primarily the purely syntactical aspects of such languages— that is, their internal structural patterns.
    [Show full text]
  • Computational Linguistics: Formal Grammar, History and Future of CL
    Computational Linguistics: Formal Grammar, History and Future of CL Raffaella Bernardi KRDB, Free University of Bozen-Bolzano P.zza Domenicani, Room: 2.28, e-mail: [email protected] Contents First Last Prev Next J Contents 1 Generative Power ......................................... 5 1.1 Hierarchy of Grammars and Languages ................ 6 2 Chomsky Hierarchy of Languages ............................ 8 3 Where do Natural Languages fit? ............................ 9 3.1 NLs are not Regular Languages ....................... 9 3.2 NLs are not Regular Languages (Cont’d) ............... 10 3.3 Dissenting Views .................................... 11 3.4 Are NL Context Free (CF)? .......................... 12 3.5 Nested and Crossing Dependencies .................... 14 3.6 English & Copy Language ............................ 15 3.7 Cross-serial dependencies in Dutch .................... 16 3.8 Cross-serial dependencies Swiss German ............... 17 4 Mildly Context Free Grammars ............................. 18 5 Mildly Context-sensitive Languages (MSC) ................... 19 6 Where do the different Formal Grammars stand? .............. 20 6.1 Dependency Grammar ............................... 21 6.2 Categorial Grammar and CTL ........................ 22 Contents First Last Prev Next J 6.3 Tree Adjoining Grammars............................ 23 7 Complexity Issue .......................................... 24 7.1 Input length ........................................ 25 7.2 Complexity of a Problem ............................ 26 7.3 Complexity
    [Show full text]