<div dir="ltr"><div>This may not be directly related, but I am reminded of some peculiar behavior I encountered with #. and fasls. I reduced it to<br><br><a href="http://lists.common-lisp.net/pipermail/armedbear-devel/2012-July/002468.html">http://lists.common-lisp.net/pipermail/armedbear-devel/2012-July/002468.html</a><br>
<br></div>The latest ABCL still has this issue (if it is an issue).<br><div><div><div class="gmail_extra"><br><br><br><div class="gmail_quote">On Mon, Apr 1, 2013 at 8:15 AM, Erik Huelsmann <span dir="ltr"><<a href="mailto:ehuels@gmail.com" target="_blank">ehuels@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div><br></div><div>Some years ago, Mark wrote ASDF-JAR; a solution to package ASDF systems and their dependencies in JARs.</div>
<div><br></div><div>As it turns out, the solution chosen has some problems with correctly packaging ASDs for systems which use the #. reader macro. As an example: bordeaux-threads uses a version.lisp-sexp file to canonically define the version number and the system definition reads that file in a #. form. However, this file isn't packaged because it's not part of the file listing in the system definition. This means asdf can't load the definition after deployment.</div>

<div><br></div><div>With the advent of ASDF3, its developers have created infrastructure to combine fasls of a single system and even fasls of a  system and all its dependencies into a single large combined FASL. Among others, this new infrastructure does not run into the issue ASDF-JAR is running into. While not completely equivalent to the JAR solution, using this infrastructure would help us a huge step along that way of getting better deployment. My current thinking is that if the single-packed-FASL needs to end up as a jar, we can work on that as a next step.</div>

<div><br></div><div>The first step to take would be to create "concatenate fasls" functionality, which would do the following:</div><div><br></div><div> * Detect all the file entries in all the passed-in fasls</div>

<div> * Create a new output zip file with directories for each fasl being packed, populated with the files and directories of that fasl</div><div> * create a toplevel ._ file which loads the sub-fasls' ._ files</div>

<div><br></div><div><br></div><div>Comments?</div><div><br></div><div>Bye,</div><div><br></div><div><br></div><div>Erik.</div></div>
<br>_______________________________________________<br>
armedbear-devel mailing list<br>
<a href="mailto:armedbear-devel@common-lisp.net">armedbear-devel@common-lisp.net</a><br>
<a href="http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel" target="_blank">http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel</a><br>
<br></blockquote></div><br></div></div></div></div>