My concern was not so much the code compilation as to more how fast (or slow) it performs in relation to delphi..<div><br></div><div>often such things like Garbage collection, and interpreted code has a big cost (depending on the type of app) </div>
<div><br></div><div>I guess one day I may have a play :)<br><br><div class="gmail_quote">On Thu, Sep 17, 2009 at 7:56 PM, Jolyon Smith <span dir="ltr">&lt;<a href="mailto:jsmith@deltics.co.nz">jsmith@deltics.co.nz</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">There&#39;s a significant difference between splitting code across multiple<br>
modules which are loaded dynamically and relying on one or more libraries to<br>
create the fundamental runtime environment (as in, the necessary<br>
infrastructure to actually transform the bytes in the application into<br>
executable code).<br>
<br>
<br>
But it was only a little joke anyway (for some reason it does seem to get<br>
the goat of the .Net crowd though...  :) )<br>
<div><div></div><div class="h5"><br>
_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@delphi.org.nz">delphi@delphi.org.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@delphi.org.nz">delphi-request@delphi.org.nz</a> with Subject: unsubscribe<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Kyley Harris<br>Harris Software<br>+64-21-671-821<br>
</div>