<html>
<body>
<font size=3>At 12:48 PM 1/10/2005, Eli Barzilay &lt;eli@barzilay.org&gt;
wrote:<br>
<blockquote type=cite class=cite cite="">On Jan 10, Blake McBride
wrote:<br>
&gt; Is there any plan to improve mzc?&nbsp; As you are all probably
aware,<br>
&gt; the output of mzc offers little optimization when compared to<br>
&gt; chicken or bigloo.&nbsp; MzScheme is a great development platform
and has<br>
&gt; a lot of really nice features.&nbsp; It would be nice to be able
to<br>
&gt; compile it to a form more comparable to C programs as does
Chicken<br>
&gt; and Bigloo.<br><br>
The current plan is to work on a more proper JIT compiler, instead
of<br>
going through C.&nbsp; How fast will that be compared to other compiler
is<br>
a question, but it will most likely be an improvement of the 
current<br>
state (and hopefully an improvement over mzc-compiled code 
too).<br><br>
-- <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ((lambda (x) (x
x)) (lambda (x) (x
x)))&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Eli
Barzilay:</font></blockquote><br><br>
Why go through all the work of writing a JIT compiler when they are<br>
entirely CPU specific?&nbsp; Doesn't it make more sense to spend all
that<br>
effort to generate portable optimized C?&nbsp; Who cares how fast the
interpreter<br>
works (within reason) so long as a fast compiler is available?&nbsp;
Portability<br>
is an important issue.<br><br>
I know JIT compilers are in vogue but an optimizing compiler through C
makes <br>
much more sense.<br><br>
Thanks.<br><br>
Blake McBride<br>
</body>
</html>