<div class="gmail_quote">On Mon, May 3, 2010 at 8:09 PM, Seth Burleigh <span dir="ltr"><<a href="mailto:seth@tewebs.com">seth@tewebs.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">Thanks for the insights. One last question, ive read somewhere on the</div>
mailing list that you have looked at using llvm as the compiler, or<br>
maybe you were planning to directly use clang?</blockquote><div><br></div><div>The code is still work in progress. You find it in ECL's repository under src/new-cmp. I am right now refactoring it so that both compilers share more code and I can make further progress, but the new compiler is not yet able to build itself.</div>

<div><br></div><div>The goal is not to use clang, but rather to first have a different intermediate representation, based on static-single-assignment in a kind of lispy language (but imperative, not functional) and then have different backends: one based on what we do now, another one that uses llvm's SSA compiler for the llvm virtual machine to produce code, another one that targets our current bytecodes interpreter (or some improved version of it...)</div>

<div><br></div><div>The other task, embedding clang, would be orthogonal to that and could be reused.</div><div><br></div><div>Juanjo</div></div><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br>

<a href="http://tream.dreamhosters.com">http://tream.dreamhosters.com</a><br>