Decompilable interpreter/compiler hybrid

samir.ribic@alemsistem.com.ba (Samir Ribic)
2 Jul 2003 00:44:19 -0400

          From comp.compilers
Related articles
Decompilable interpreter/compiler hybrid samir.ribic@alemsistem.com.ba (2003-07-02)
Re: Decompilable interpreter/compiler hybrid tdk@thelbane.com (Timothy Knox) (2003-07-04)
Re: Decompilable interpreter/compiler hybrid alex_mcd@btopenworld.com (Alex McDonald) (2003-07-04)
Re: Decompilable interpreter/compiler hybrid Martin.Ward@durham.ac.uk (Martin Ward) (2003-07-04)
Re: Decompilable interpreter/compiler hybrid vbdis@aol.com (2003-07-13)
| List of all articles for this month |
From: samir.ribic@alemsistem.com.ba (Samir Ribic)
Newsgroups: comp.compilers
Date: 2 Jul 2003 00:44:19 -0400
Organization: http://groups.google.com/
Keywords: design, question
Posted-Date: 02 Jul 2003 00:44:19 EDT

I have an idea to design simple programming language that will be in
the same time compiled and interpreted. The language can consist of
expressions, functions and statements EXIT IF to conditionally leave
function, and LOOP IF to conditionally restart the function.


The idea is that :
a) Source code is same as object code (interpreter's idea). In memory
actually stands only machine object code. When displayed on screen, or
edited in editor, it will be decompiled to ASCII. Every time when the
line is entered, it will be compiled to machine code


b) However, the object code is standalone and can be run without
additional interpreters or libraries. (compiler's idea)


The language is aimed for diskless computers with very low RAM (8 bit
computers or pocket devices) where keeping source and object code in
memory is too limiting, while interpreters are too slow.


Does such kind of decompilable interpreter/compiler hybrid exist?
AFAIK, the most similar concept has language Forth, however it still
needs an interpreter.


Post a followup to this message

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