|Re: A lesson for compiler warning writers email@example.com (Ronald Bodkin) (1992-06-23)|
|Interpreters and computationally intensive programs firstname.lastname@example.org (1992-06-24)|
|Re: Interpreters and computationally intensive programs email@example.com (1992-06-26)|
|Re: Interpreters and computationally intensive programs firstname.lastname@example.org (1992-06-27)|
|Re: Interpreters and computationally intensive programs email@example.com (1992-07-01)|
|From:||firstname.lastname@example.org (Sam Kendall)|
|Organization:||CenterLine Software, Inc.|
|Date:||Wed, 24 Jun 1992 04:05:51 GMT|
Ronald Bodkin <email@example.com> writes:
[Interpretation] is sometimes impractical... on any project where
there is a serious amount of computation, you can't afford to test
and run interpreted code because of the delay involved in
testing/using the program.
For this reason, a practical interpreter allows the mixing of interpreted
and compiled code. An ideal interpreter (not ours, unfortunately) allows
you to swap between interpreted and compiled code in the middle of
execution, so that you can execute at full speed for a while, then swap
some of your program into interpreted code, then continue executing. This
assumes that interpreted execution gives you some benefit, such as better
debugging, runtime checking, or exact arithmetic (as in the following
For an examination of the issues, see B. Chase and R. Hood, "Selective
Interpretation as a Technique for Debugging Computationally Intensive
Programs", some ACM publication (sorry), 1987, pp. 113-124. This is one
of the papers from the Rn project at Rice. The paper seems to have been
written before much was working; can anyone at Rice give us an update?
Has the Fortran interpreter with its exact arithmetic proven useful?
CenterLine Software, Inc. (formerly Saber Software)
Return to the
Search the comp.compilers archives again.