Skip to main content

1984 | Buch

Compiler Construction

verfasst von: William M. Waite, Gerhard Goos

Verlag: Springer New York

Buchreihe : Monographs in Computer Science

insite
SUCHEN

Über dieses Buch

Compilers and operating systems constitute the basic interfaces between a programmer and the machine for which he is developing software. In this book we are concerned with the construction of the former. Our intent is to provide the reader with a firm theoretical basis for compiler construction and sound engineering principles for selecting alternate methods, imple­ menting them, and integrating them into a reliable, economically viable product. The emphasis is upon a clean decomposition employing modules that can be re-used for many compilers, separation of concerns to facilitate team programming, and flexibility to accommodate hardware and system constraints. A reader should be able to understand the questions he must ask when designing a compiler for language X on machine Y, what tradeoffs are possible, and what performance might be obtained. He should not feel that any part of the design rests on whim; each decision must be based upon specific, identifiable characteristics of the source and target languages or upon design goals of the compiler. The vast majority of computer professionals will never write a compiler. Nevertheless, study of compiler technology provides important benefits for almost everyone in the field . • It focuses attention on the basic relationships between languages and machines. Understanding of these relationships eases the inevitable tran­ sitions to new hardware and programming languages and improves a person's ability to make appropriate tradeoft's in design and implementa­ tion .

Inhaltsverzeichnis

Frontmatter
Chapter 1. Introduction and Overview
Abstract
The term Compliation denotes the conversion of an algorithm expressed in a human-oriendted source language to an equivalent algorithm expressed in a hardware-oriented target language. We shall be concerned with the engineering of compilers — their organization, algorithms, data structures and user interfaces.
William M. Waite, Gerhard Goos
Chapter 2. Properties of Programming Languages
Abstract
Programming languages are often described by stating the meaning of the constructs (expressions, statements, clauses, etc.) interpretively. This description implicitly defines an interpreter for an abstract machine whose machine language is the programming language.
William M. Waite, Gerhard Goos
Chapter 3. Properties of Real and Abstract Machines
Abstract
In this chapter we shall discuss the target machine properties relevant for code generation, and the mapping of the language-oriented objects and operations onto objects and operations of the target machine. Systematic code generation must, of course, take account of the peculiarities and weaknesses of the target computer’s instruction set. It cannot, however, become bogged down in exploitation of these special idiosyncrasies; the payoff in code efficiency will not cover the implementation cost. Thus the compiler writer endeavors to derive a model of the target machine that is not distorted by exceptions, but is as uniform as possible, to serve as a base for code generator construction. To this end some properties of the hardware may be ignored, or gaps in the instruction set may be filled by subroutine invocations or inline sequences treated as elementary operations. In particular, the instruction set is extended by the operations of a run-time system that interfaces input/output and similar actions to the operating system, and attends to storage management.
William M. Waite, Gerhard Goos
Chapter 4. Abstract Program Representations
Abstract
Decomposition of the compilation process leads to interfaces specified by abstract data types, and the basic purposes of these interfaces are largely independent of the source language and target machine. Information crossing an interface between major compilation tasks constitutes a representation of the program in an intermediate language. This representation may or may not be embodied in a concrete data structure, depending upon the structure and goals of a particular compiler. Similarly, the characteristics of a particular compiler may make it useful to summarize the properties of objects in tables stored separately from the program text.
William M. Waite, Gerhard Goos
Chapter 5. Elements of Formal Systems
Abstract
Formal grammars, in particular context-free grammars, are the tools most frequently used to describe the structure of programs. They permit a lucid representation of that structure in the form of parse trees, and one can (for the most part mechanically) specify automata that will accept all correctly-structured programs (and only these). The automata are easy to modify so that they output any convenient encoding of the parse tree.
William M. Waite, Gerhard Goos
Chapter 6. Lexical Analysis
Abstract
Lexical analysis converts the source program from a character string to a sequence of semantically-relevant symbols. The symbols and their encoding form the intermediate language output from the lexical analyzer.
William M. Waite, Gerhard Goos
Chapter 7. Parsing
Abstract
The parsing of a source program determines the semantically-relevant phrases and, at the same time, verifies syntactic correctness. As a result we obtain the parse tree of the program, at first represented implicitly by the sequence of productions employed during the derivation from (or reduction to) the axiom according to the underlying grammar.
William M. Waite, Gerhard Goos
Chapter 8. Attribute Grammars
Abstract
Semantic analysis and code generation are based upon the structure tree. Each node of the tree is ‘decorated’ with attributes describing properties of that node, and hence the tree is often called an attributed structure tree for emphasis. The information collected in the attributes of a node is derived from the environment of that node; it is the task of semantic analysis to compute these attributes and check their consistency. Optimization and code generation can be also described in similar terms, using attributes to guide the transformation of the tree and ultimately the selection of machine instructions.
William M. Waite, Gerhard Goos
Chapter 9. Semantic Analysis
Abstract
Semantic analysis determines the properties of a program that are classed as static semantics (Section 2.1.1), and verifies the corresponding context conditions — the consistency of these properties.
William M. Waite, Gerhard Goos
Chapter 10. Code Generation
Abstract
The code generator creates a target tree from a structure tree. This task has, in principle, three subtasks:
  • Resource allocation: Determine the resources that will be required and used during execution of instruction sequences. (Since in our case the resources consist primarily of registers, we shall speak of this as register allocation.)
  • Execution order determination: Specify the sequence in which the descendants of a node will be evaluated.
  • Code selection: Select the final instruction sequence corresponding to the operations appearing in the structure tree under the mapping discussed in Chapter 3.
William M. Waite, Gerhard Goos
Chapter 11. Assembly
Abstract
The task of assembly is to convert the target tree produced by the code generator into the target code required by the compiler specification. This target code may be a sequence of bit patterns to be interpreted by the control unit of the target machine, or it may be text subject to further processing by a link editor or loader. In either case, the assembler must determine operand addresses and resolve any issues left open by the code generator.
William M. Waite, Gerhard Goos
Chapter 12. Error Handling
Abstract
Error handling is concerned with failures due to many causes: errors in the compiler or its environment (hardware, operating system), design errors in the program being compiled, an incomplete understanding of the source language, transcription errors, incorrect data, etc. The tasks of the error handling process are to detect each error, report it to the user, and possibly make some repair to allow processing to continue. It cannot generally determine the cause of the error, but can only diagnose the visible symptoms. Similarly, any repair cannot be considered a correction (in the sense that it carries out the user’s intent); it merely neutralizes the symptom so that processing may continue.
William M. Waite, Gerhard Goos
Chapter 13. Optimization
Abstract
Optimization seeks to improve the performance of a program. A true optimum may be too costly to obtain because most optimization techniques interact, and the entire process of optimization must be iterated until there is no further change. In practice, therefore, we restrict ourselves to a fixed sequence of transformations that leads to useful improvement in commonly-occurring cases. The primary goal is to compensate for inefficiencies arising from the characteristics of the source language, not to lessen the effects of poor coding by the programmer. These inefficiencies are inherent in the concept of a high level language, which seeks to suppress detail and thereby simplify the task of implementing an algorithm.
William M. Waite, Gerhard Goos
Chapter 14. Implementing the Compiler
Abstract
In earlier chapters we have developed a general framework for the design of a compiler. We have considered how the task and its data structures could be decomposed, what tools and strategies are available to the compiler writer, and what problems might be encountered. Given a source language, target machine and performance goals for the generated code we can design a translation algorithm. The result of the design is a set of module specifications.
William M. Waite, Gerhard Goos
Backmatter
Metadaten
Titel
Compiler Construction
verfasst von
William M. Waite
Gerhard Goos
Copyright-Jahr
1984
Verlag
Springer New York
Electronic ISBN
978-1-4612-5192-7
Print ISBN
978-1-4612-9731-4
DOI
https://doi.org/10.1007/978-1-4612-5192-7