International Workshop on Interpreted Languages
Sebastian Bergmann writes "Interpreted programming languages are increasingly gaining importance in both the commercial and scientific world. The 1st International Workshop on Interpreted Languages that will be held during the Net.ObjectDays 2004 conference this fall in Erfurt, Germany takes this into account and will present current developments from the exciting world of interpreted languages. The Call for Papers was recently announced and research papers and industry case studies related to Interpreted Languages can be submitted until April 23rd, 2004."
That's why languages with paradigms that don't translate well onto von Neumann-y notions (eg, LISP or Prolog) are interpreted as a rule. Interestingly, some of these concepts can then migrate into compiled languages, for instance the Boost Lambda library for C++.
Don't you realise that there are native compilers for Lisp? Haven't you noticed that Haskell, most MLs, Eiffel, and myriad other functional languages are all compiled to native code?
Haven't you looked at the benchmarks that show Common Lisp and OCaml easily beating C++ in speed trials?
Interpreters are great, but let's not forget that anything that can be interpreted can be compiled. Compiling a functional language may be trickier than compiling C, but there are an awful lot of good brains in computer science who are quite up to the task.
The same is true for Java IDEs like Omnicore.com's CodeGuide.
...
Most code is kept compiled all the time, and even during running/debugging you can hot swap modified classes.
The current beta version can even execute code forward and backward in the debugger. Step over a bug, step back, change the line and step forward again
angel'o'sphere
Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
There is also the paper "The Art of the Interpreter" by the same author (one of the Sussmans) - other papers by Sussman available from http://library.readscheme.org/page1.html. The Art of the Interpreter is all about implementing mini-languages in interpreters. Using Lisp. Making an interpreter in Lisp is easy, since the whole language runtime gives you an interpreter, so you just define your parser and your evaluator...
Posters recognized by their sig,