<style> p {margin-top:0px;margin-bottom:0px;} </style> <table border=0 width=100%% cellpadding=0 cellspacing=0 align=center> <tr> <td valign=top style='padding:8pt;'><font size=2><P>Great info...thanks!<BR>
</P>
<P>-Alex<BR>
<BR>
</P>
<BLOCKQUOTE style="BORDER-TOP: rgb(204,204,204) 1px solid; PADDING-BOTTOM: 1ex; MARGIN: 0.8ex 0pt 0pt">---------[ Received Mail Content ]----------<BR>
<B>Subject : </B>Re: [erlang-questions] concurrency developments<BR>
<B>Date : </B>Thu, 17 Jan 2008 12:38:55 +0100<BR>
<B>From : </B>Richard Carlsson <richardc@it.uu.se><BR>
<B>To : </B>bobcalco@tampabay.rr.com<BR>
<B>Cc : </B>erlang-questions@erlang.org<BR>
<BR>
This page has the most up-to-date Core Erlang specification, <BR>
and some info on how to compile to/from Core source code: <BR>
<BR>
http://www.it.uu.se/research/group/hipe/cerl/ <BR>
<BR>
The Core Erlang representation is an important intermediate <BR>
step for the BEAM compiler, and the HiPE compiler can generate <BR>
native code directly from Core Erlang as well as from BEAM. <BR>
<BR>
/Richard <BR>
<BR>
Robert Virding wrote: <BR>
> On 16/01/2008, *Bob Calco* <BOBCALCO@TAMPABAY.RR.COM <br>> <mailto:bobcalco@tampabay.rr.com>> wrote: <BR>
> <BR>
> I have recently decided to experiment writing a Ruby-like front end <BR>
> to Erlang, code named Emerld, which would generate Erlang code that <BR>
> would then be compiled (at least until I can learn the BEAM file <BR>
> format well enough to generate it directly). It could theoretically <BR>
> be retargeted to .NET or Java when either of the two got their act <BR>
> together for concurrency. That seems to me more a matter of when <BR>
> than if. Until then though I have committed myself to mastering <BR>
> Erlang, because I think it will give me a huge competitive edge in <BR>
> the new multi-core world we live in as a software designer and <BR>
> architect. <BR>
> <BR>
> <BR>
> If you are going to compile down to something other than straight Erlang <BR>
> then the best target is Core erlang. It a pure relatively simple and <BR>
> standard functional language which is used inside the compiler. The AST <BR>
> is defined by a set of records and there are tools to read/check/print <BR>
> it. As far as I know there is nothing *legal* you can do in the BEAM <BR>
> code which you can't do in Core. Also you have the benefit of not being <BR>
> forced to modify your compiler as the BEAM engine is improved. If I <BR>
> remember correctly HIPA also uses Core for one pass in its compiler. <BR>
> Someone who knows can comment. <BR>
> <BR>
> This is what I am doing for my LISP front-end to Erlang. Soon to be ready. <BR>
> <BR>
> Robert <BR>
> <BR>
> <BR>
> ------------------------------------------------------------------------ <BR>
> <BR>
> _______________________________________________ <BR>
> erlang-questions mailing list <BR>
> erlang-questions@erlang.org <BR>
> http://www.erlang.org/mailman/listinfo/erlang-questions <BR>
<BR>
<BR>
<BR>
_______________________________________________ <BR>
erlang-questions mailing list <BR>
erlang-questions@erlang.org <BR>
http://www.erlang.org/mailman/listinfo/erlang-questions <BR>
</BLOCKQUOTE></mailto:bobcalco@tampabay.rr.com></font></td></tr>
</table>