<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><BR><DIV><DIV>Am 01.09.2005 um 08:32 schrieb Brent Pinkney:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"><DIV>Hi,</DIV><DIV><BR></DIV><DIV>Does anyone else think the Full Closure Compiler is a priority for 3.9 ?</DIV><DIV><BR></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV><DIV>For me, yes. I'm slowly working on it, looks quite promising. The plan is to</DIV><DIV>have the new compiler optionally available quite soon. </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Then this needs a quite hard testing phase, as it's a real critical part of the infrastructure.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>This compiler can create both old-style blocks and closures, and it's easy to turn</DIV><DIV>it off completely and just use the old one. </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I'm now working on getting all the infrastructure into 3.9 (merge the overrrides, add the code</DIV><DIV>needed for the closures-runtime code...). When that's done, the newcompiler will</DIV><DIV>be a module: drop-in, easy to load and unload, no patch needed.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>It should be made clear that the closure runtime would only be used when compiling</DIV><DIV>code with the new compiler in closure-mode, so this change will have no impact at</DIV><DIV>all for performance or stability.</DIV><BR><BLOCKQUOTE type="cite"><DIV></DIV><DIV>Traits and what-not are nice but a solidly engineered Comnpiler is IMHO more important.</DIV></BLOCKQUOTE></DIV><FONT class="Apple-style-span" color="#0000DD"><BR class="khtml-block-placeholder"></FONT><DIV><FONT class="Apple-style-span" color="#0000DD">The new compiler is quite nice... nothing is perfect, of course, but it's a promising starting point.</FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD">One thing that it does quite well is to enable experiments: The backend is reusable for other</FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD">compilers and makes it very easy to muck around with bytecode (see ByteSurgeon), the RBAST</FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD">is a good startingpoint for making lots of stuff easier and cleaner, and the </FONT><FONT class="Apple-style-span" color="#0000DD">SmaCC based Parser </FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD">is easy to change (if you get to now how to use SmaCC), and so on.</FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD"></FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD"></FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD"></FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD"><BR class="khtml-block-placeholder"></FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD"> Marcus</FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD"></FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD"></FONT></DIV><DIV><FONT class="Apple-style-span" color="#0000DD"></FONT></DIV></BODY></HTML>