DOCSLIB.ORG

Context Free Grammars

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Context Free Grammars Context Free Grammars https://courses.missouristate.edu/anthonyclark/333/ Some notes adapted from Professor GianLuigi Ferrari at University of Pisa Outline Topics and Learning Objectives • Formal grammar theory • Context free grammars Assessments • Context free grammars Picture from “Crafting Interpreters” Formal Grammars Regular Expressions and Interpreter and Push-Down Automata Finite State Machines Put Tokens in a Tree- Group characters like data structure Source Code (Plain Text) into smallest that represents 1. // GCD Program (in C) Lexemes/Tokens 2. int main() { meaningful units semantics of program 3. int i = getint(), j = getint(); int main ( ) { int i = getint ( ) , j = getint ( ) ; 4. while (i != j) { while ( i != j ) { 5. if (i > j) i = i - j; if ( i > j ) i = i - j ; 6. else j = j - i; Lexer/Scanner else j = j - 1 ; Parser } 7. } putint ( i ) ; 8. putint(i); } Self-evident 9. } You’ve already started this Assignments 5 through 7 We’ll create our own simple calculator language “Walk” the tree and evaluate the program given optional input from outside of the program Result Evaluate/Interpret Assignment 8 User input / File Input / Sockets / Etc. Tree-Walking is pretty We’ll build our own representation straightforward Interpreter read Lexer request … … send token token Parser request send AST AST I/O Console Tree Walker Chomsky Hierarchy • Type-0: Turing machine • Type-1: Linear bounded automaton • Type-2: Pushdown automaton • Type-3: Finite state automaton Scanning vs Parsing • Regular expressions for regular languages recognized by lexer • Context free grammars for context-free languages recognized by parsers REs cannot “count” • Cannot balance parenthesis • Cannot balance if then else expressions • Etc. Example from: Abstract Syntax Tree Writing An Interpreter In Go Lexems/Tokens We now care about syntax! No parentheses, semicolons, braces, etc. Grammar A grammar is a tool for describing a language A grammar is a set of rules (productions) for creating valid strings grammar English; sentence : subject verbPhrase object; subject : 'This' | 'Computers' | 'I'; verbPhrase : adverb verb | verb; adverb : 'never'; verb : 'is' | 'run' | 'am' | 'tell'; object : 'the' noun | 'a' noun | noun; noun : 'university' | 'world' | 'cheese' | 'lies'; sentence : subject verbPhrase object; subject : 'This' | 'Computers' | 'I'; verbPhrase : adverb verb | verb; adverb : 'never'; Generating Strings verb : 'is' | 'run' | 'am' | 'tell'; object : 'the' noun | 'a' noun | noun; noun : 'university' | 'world' | 'cheese' | 'lies'; We can use the grammar to generate strings Start with the top-level rule: sentence Replace RHS with other rules or terminals For example: This is a university Syntax vs Semantics • You can also create syntactically valid strings that do not make sense semantically • “Computers run cheese” • “This am a lies” • These are valid sentences, but they do not have any real meaning • The same can be true for our programming language rules • We’ll worry about semantics later. def f(): return “hi” float y = f() + 5; Error types Invalid lexemes (all languages will catch this problem early) var x = 5 @ “6” # ‘@’ is not a valid operator in most languages Valid lexemes, invalid syntax (all languages will catch this problem early) x var= 5 5 * # all valid lexemes, but in the wrong order Valid lexemes, valid syntax, invalid semantics (catch at compile time or runtime) var x = 5 * “6” # many languages will not multiply an integer and a string Valid lexemes, valid syntax, valid semantics var x = 5 * 6 Formal Grammars Grammar a set of rules for creating valid strings Nonterminal a grammar symbol that can be replaced by a sequence of symbols Terminal a word in the language (cannot be replaced with something else) Production a single rule in the grammar (XàY1Y2…) Derivation a sequence of rule applications that produces a valid string Start Symbol the rule used to start all derivations Null Symbol the ε symbol is used to say that a nonterminal can be replaced with nothing Example Write a regular expression for the following regular language. At least 1 zero followed by at least 1 one 0 0* 1 1* Now write a grammar for the same language Example • Define a regular expression where you have n 0’s followed by n 1’s • Define a context-free grammar where you have some number of 0’s followed by the same number of 1’s Activity 1. Write three strings that can be generated by the following grammar. S à 1S | 0T | ε T à 1T | 0S What does this recognize? S à 1S | 0T | ε T à 1T | 0S Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string Start Symbol the rule used to start all derivations Null Symbol the ε symbol, a nonterminal can be replaced with nothing Language set of all strings that can be derived from a grammar Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string Start Symbol the rule used to start all derivations Null Symbol the ε symbol, a nonterminal can be replaced with nothing Language set of all strings that can be derived from a grammar Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string Start Symbol the rule used to start all derivations Null Symbol the ε symbol, a nonterminal can be replaced with nothing Language set of all strings that can be derived from a grammar Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string Start Symbol the rule used to start all derivations Null Symbol the ε symbol, a nonterminal can be replaced with nothing Language set of all strings that can be derived from a grammar Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string Start Symbol the rule used to start all derivations Null Symbol the ε symbol, a nonterminal can be replaced with nothing Language set of all strings that can be derived from a grammar Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string S Start Symbol the rule used to start all derivations 1S 11S Null Symbol the ε symbol, a nonterminal can be replaced with nothing 110T 1101T Language set of all strings that can be derived from a grammar 11010S 11010 Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string Start Symbol the rule used to start all derivations Null Symbol the ε symbol, a nonterminal can be replaced with nothing Language set of all strings that can be derived from a grammar Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string Start Symbol the rule used to start all derivations Null Symbol the ε symbol, a nonterminal can be replaced with nothing Language set of all strings that can be derived from a grammar Grammar rules for creating valid strings of a language Nonterminal can be replaced by a sequence of symbols Terminal a word in the language S à 1S | 0T | ε Production a single rule in the grammar T à 1T | 0S Derivation a sequence of rule applications that produces a valid string • 1 Start Symbol the rule used to start all derivations • “” • 0101 Null Symbol the ε symbol, a nonterminal can be replaced with nothing • 1111 • 100 Language set of all strings that can be derived from a grammar • 00 • … 2. Write a grammar for palindromes where your terminals are the symbols ‘a’ and ‘b’. 3. Write a grammar for representing all strings that start with x number of a’s, followed by y number of b’s, followed by z number of a’s, where y = x + z..
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]