<div class="gmail_quote">On Sun, Aug 19, 2012 at 5:57 AM, Konstantin Tokarev <span dir="ltr"><<a href="mailto:annulen@yandex.ru" target="_blank">annulen@yandex.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
19.08.2012, 00:39, "Julian Klappenbach" <<a href="mailto:jklappenbach@gmail.com">jklappenbach@gmail.com</a>>:<br>
<div class="im">>With this approach, the community would gain language independence for browsers<br>
<br>
</div>Browser community is strongly opposed to the idea of having multiple web-faced languages<br>
<div class="im"><br></div></blockquote><div><br></div><div>The browser development community may be opposed, but the general community of developers appears to think otherwise. šI'm looking at the number of languages that are sprouting up that are interpreted into JavaScript (Ceylon, CoffeeScript, etc).</div>

<div>š</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> The first language I'd like to tackle is ECMAScript / Javascript.<br>
<br>
</div>You can tale a look at llvm-lua project. However, speed of JIT achieved by llvm-lua is much worse than language-specific LuaJIT.<br>
<br>
[1] <a href="http://lists.webkit.org/pipermail/webkit-dev/2011-December/018813.html" target="_blank">http://lists.webkit.org/pipermail/webkit-dev/2011-December/018813.html</a><br>
[2] <a href="http://code.google.com/p/llvm-lua/" target="_blank">http://code.google.com/p/llvm-lua/</a><br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div>I'll take a look at the performance aspect of LLVM vs language specific JIT. šThank you, your input is very helpful.<br><br><div>

-jjk</div></div>