Abstract
Any high-level language program must be converted to the native code (or machine language) of the processor on which it ultimately is to run. There are two common approaches to this problem (and a number of less common ones which need not concern us here). The first is to store the program, more or less as it is entered, in the computer’s main memory (this is known as source code). Then, when the program is executed, to take each line in turn, translate it into machine code and then run the machine code. When the translation of a line takes place, the resulting machine code overwrites that from the previous line, so that if a line of source code appears in a loop which is executed 200 times, it also must be translated 200 times. A translator which adopts this strategy is called an interpreter* and it’s the mechanism most familiar to anyone who has used a Commodore 64, Macintosh, IBM PC, or any of the other home micros (or personal computers as the upmarket salesmen prefer to call them).
Alice thought she saw a way out of the difficulty, this time. “If you tell me what language ‘fiddle-de-dee’ is, I’ll tell you the French for it!” she exclaimed triumphantly.
Through the Looking Glass
Access this chapter
Tax calculation will be finalised at checkout
Purchases are for personal use only
Preview
Unable to display preview. Download preview PDF.
Author information
Authors and Affiliations
Rights and permissions
Copyright information
© 1987 Springer-Verlag New York Inc.
About this chapter
Cite this chapter
Jones, R., Stewart, I. (1987). Compilers and Interpreters. In: The Art of C Programming. Springer, New York, NY. https://doi.org/10.1007/978-1-4613-8685-8_1
Download citation
DOI: https://doi.org/10.1007/978-1-4613-8685-8_1
Publisher Name: Springer, New York, NY
Print ISBN: 978-0-387-96392-1
Online ISBN: 978-1-4613-8685-8
eBook Packages: Springer Book Archive