Re: Dynamic Evaluation & Precompiled Bytecode (Anton Ertl)
11 Feb 2006 17:52:05 -0500

          From comp.compilers

Related articles
Dynamic Evaluation & Precompiled Bytecode (Avatar) (2006-02-11)
Re: Dynamic Evaluation & Precompiled Bytecode (2006-02-11)
Re: Dynamic Evaluation & Precompiled Bytecode (Eliot Miranda) (2006-03-05)
| List of all articles for this month |

From: (Anton Ertl)
Newsgroups: comp.compilers
Date: 11 Feb 2006 17:52:05 -0500
Organization: Institut fuer Computersprachen, Technische Universitaet Wien
References: 06-02-079
Keywords: interpreter
Posted-Date: 11 Feb 2006 17:52:05 EST

"Avatar" <> writes:
>I am researching the development of a dynamic language similar in many
>respects to popular "scripting" languages like perl, python, and ruby.
>The high-level language should be compiled to bytecode which is then
>executed within a VM.
>The language should alos support dynamic code evaluation which would
>necessitate on-the-fly compilation into bytecode. Is it possible for a
>dynamic language to support both forms of generated bytecode?

If your system supports run-time code generation, you typically design
it such that there is only one form of code. Why would you make a
difference between the run-time generated code and the code you
generate on startup?

>My specific question has to do with the representation of symbolic
>information within precompiled versus on-the-fly compiled bytecode.

What do you mean with precompiled? Are you not talking about a
load-and-go compiler like Perl and Python? If you want to support an
external representation for the code, this costs extra effort; are the
benefits (if any) worth this cost?

In any case, even if you want to deal with an external representation,
maybe you should approach your problem as if you wrote a load-and-go
compiler, and deal with the saving and loading of the external
representation just as extra steps.

- anton
M. Anton Ertl

Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.