<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Jean-Claude Beaudoin</b> <span dir="ltr"><<a href="mailto:jean.claude.beaudoin@gmail.com">jean.claude.beaudoin@gmail.com</a>></span><br>
Date: Fri, Jul 1, 2011 at 10:01 PM<br>Subject: Re: [mkcl-devel] quiclisp<br>To: Robert Burghart <<a href="mailto:jestersks@gmail.com">jestersks@gmail.com</a>><br><br><br>Although coming from the same code set of ECL 9.6.2, MKCL and ECL should now be considered now more like close cousins than as twins. Just having MKCL as a clone of ECL, however cleaned-up, would have been pretty much pointless.<br>
<br>This said, a good first approximation to a MKCL port would be to simply do:<br><br>(push :ecl *features*)<br><br>and see how far it goes with such a masquerade. ;-)<br><br>But this will be less and less successful as time passes, mainly with what is in works for MKCL 1.1 (entirely revised OS runtime interface to make it fully support Unicode, C99-complete FFI, memory image dump/load).<br>
<br>Do I hear someone say documentation...<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Fri, Jul 1, 2011 at 1:22 PM, Robert Burghart <span dir="ltr"><<a href="mailto:jestersks@gmail.com" target="_blank">jestersks@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Very interesting. I was trying quicklisp since it shares a common root with ECL which is supported.<div>
<div></div><div><br><br><div class="gmail_quote">On Fri, Jul 1, 2011 at 12:40 PM, Jean-Claude Beaudoin <span dir="ltr"><<a href="mailto:jean.claude.beaudoin@gmail.com" target="_blank">jean.claude.beaudoin@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><br><br><div class="gmail_quote"><div>On Thu, Jun 30, 2011 at 11:05 PM, Jean-Claude Beaudoin <span dir="ltr"><<a href="mailto:jean.claude.beaudoin@gmail.com" target="_blank">jean.claude.beaudoin@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div>
This makes, in a multi-threaded SBCL, impossible to predict the value of:<br><br>(equal (truename #P"") (truename #P""))<br><br>It may return T most of the time but not always since the current working directory may have been changed by some other thread between the two "truename" calls.<br>
<br></div></div></blockquote></div><div><br>After verification I have to add that the statement here above is partially inexact for SBCL. In fact, SBCL seems to ignore the process current working directory after sampling it on startup and relies entirely on *default-pathname-defaults* ever after. But SBCL keeps *default-pathname-defaults* a true global variable and if one is not careful to rebind it locally in its own thread then you get the same unpredictable behavior stated above but for a somewhat different reason<br>
</div><div><div> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote"><div> </div></div></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>_______________________________________________<br>
mkcl-devel mailing list<br>
<a href="mailto:mkcl-devel@common-lisp.net" target="_blank">mkcl-devel@common-lisp.net</a><br>
<a href="http://lists.common-lisp.net/cgi-bin/mailman/listinfo/mkcl-devel" target="_blank">http://lists.common-lisp.net/cgi-bin/mailman/listinfo/mkcl-devel</a><br>
<br></blockquote></div><br>
</blockquote></div></div><br>
</blockquote></div><br>
</div></div></blockquote></div><br>
</div></div></div><br>