<div dir="ltr">Hi Ralf,<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 1, 2014 at 3:52 PM, Ralf Moeller <span dir="ltr"><<a href="mailto:moeller@tu-harburg.de" target="_blank">moeller@tu-harburg.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
ABCL does not seem to support tail call optimization right now. </blockquote><div><br></div><div>That's right. Basically we've inherited that "property" from the JVM: The Java language disallows tail call optimization in the JVM because it interferes with security options which walk the stack to determine access rights of callers.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Are there any plans to provide this?<br>
<br></blockquote><div><br></div><div>Not at this point, however, I know that there have been work-arounds for JVM based Scheme implementations, because it's part of the Scheme language to require TCO; I don't know about the performance consequences, though. If you want to write portable CL though, you can't depend on TCO: it's not part of the language definition that the underlying runtime/compiler should support it.</div>
<div><br></div><div>If anybody has some insights on how to implement TCO efficiently, I don't see why we would not want to accept code to implement it and support it -- at this time I don't have any plans to implement it personally, though.</div>
<div><br></div><div><br></div><div><br></div><div>Bye,</div><div><br></div><div>Erik.</div><div><br></div><div>-- </div></div><div dir="ltr"><div><a href="http://efficito.com/" target="_blank">http://efficito.com</a> -- Hosted accounting and ERP.</div>
<div>Robust and Flexible. No vendor lock-in.</div></div>
</div></div>