<div dir="ltr"><div><br></div><div style>[I don't know what happened with the formatting in my last note, here</div><div style> is the same note word-wrapped with emacs M-q:]</div><div style><br></div><div style><br></div>
<div>Dear Faré,</div><div><br></div><div> Looks like there is a strange regression, at least on</div><div> acl-9.0-linux-x86 and acl-9.0m-linux-x86:</div><div><br></div><div> The --all-systems file is not being written at all! I get this:</div>
<div><br></div><div> <a href="http://paste.lisp.org/display/136095">http://paste.lisp.org/display/136095</a></div><div><br></div><div> The (asdf:component-depends-on ...) does look like it gives the</div><div> correct order, though. (What is the canonical function to see the</div>
<div> list which will be written out by asdf/bundle:monolithic-fasl-op? I</div><div> remember you said it's not really component-depends-on -- so what is</div><div> it again?</div><div><br></div><div> By the way, I just made a branch of <a href="http://github.com/genworks/gendl.git">github.com/genworks/gendl.git</a></div>
<div> called asdf-monofasl-broken which has that extra source/try.lisp file</div><div> and the :component for it in the gendl.asd file, for</div><div> <a href="http://github.com/genworks/gendl.git">github.com/genworks/gendl.git</a>.</div>
<div><br></div><div> I tried this on acl-9.0-linux-x86, acl-9.0m-linux-x86, and</div><div> ccl-1.9-f96-macosx-x64.</div><div><br></div><div> Thanks for the work on this so far, please let me know if there is</div><div> anything else I can do.</div>
<div><br></div><div><br></div><div>Regards,</div><div><br></div><div> Dave</div><div><br></div><div><br></div><div>P.S. Thanks for the uiop/filesystem:delete-directory-tree, I will use</div><div> it with caution.</div>
<div><br></div><div>P.P.S. Is there a recursive copy-directory? I didn't see one at first</div><div> glance.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 18, 2013 at 12:45 AM, Dave Cooper <span dir="ltr"><<a href="mailto:david.cooper@genworks.com" target="_blank">david.cooper@genworks.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div>Dear Far<span style="font-family:arial,sans-serif;font-size:13px;white-space:nowrap">é,</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px;font-weight:bold;white-space:nowrap"><br>
</span></div><div><font face="arial, sans-serif"><span style="white-space:nowrap"><b> </b>Looks like there is a strange regression, at least on acl-9.0-linux-x86 and acl-9.0m-linux-x86:</span></font></div><div>
<font face="arial, sans-serif"><span style="white-space:nowrap"><br></span></font></div><div><font face="arial, sans-serif"><span style="white-space:nowrap"> The --all-systems file is not being written at all! I get this:</span></font></div>
<div><font face="arial, sans-serif"><span style="white-space:nowrap"><br></span></font></div><div><font face="arial, sans-serif"><span style="white-space:nowrap"> <a href="http://paste.lisp.org/display/136095" target="_blank">http://paste.lisp.org/display/136095</a></span><br>
</font></div><div><br></div><div><font face="arial, sans-serif"><span style="white-space:nowrap"> The (asdf:component-depends-on ...) does look like it gives the correct order, though. (What is the canonical function to see the list which will be written out by asdf/bundle:monolithic-fasl-op? I remember you said it's not really component-depends-on -- so what is it again? </span></font></div>
<div><font face="arial, sans-serif"><span style="white-space:nowrap"><br></span></font></div><div><span style="white-space:nowrap;font-family:arial,sans-serif"> By the way, I just made a branch of <a href="http://github.com/genworks/gendl.git" target="_blank">github.com/genworks/gendl.git</a> called asdf-monofasl-broken which has that extra source/try.lisp file and the :component for it in the gendl.asd file, for <a href="http://github.com/genworks/gendl.git" target="_blank">github.com/genworks/gendl.git</a>.</span><br>
</div><div><font face="arial, sans-serif"><span style="white-space:nowrap"><br></span></font></div><div><font face="arial, sans-serif"><span style="white-space:nowrap"> I tried this on acl-9.0-linux-x86, acl-9.0m-linux-x86, and ccl-1.9-f96-macosx-x64.</span></font></div>
<div><font face="arial, sans-serif"><span style="white-space:nowrap"><br></span></font></div><div><font face="arial, sans-serif"><span style="white-space:nowrap"> Thanks for the work on this so far, please let me know if there is anything else I can do. </span></font></div>
<div><font face="arial, sans-serif"><span style="white-space:nowrap"><br></span></font></div><div><br></div><div>Regards,</div><div><br></div><div> Dave</div><div><br></div><div>P.S. Thanks for the uiop/filesystem:delete-directory-tree, I will use it with caution. </div>
<div><br></div><div>P.P.S. Is there a recursive copy-directory? I didn't see one at first glance. </div><div><span style="font-family:arial,sans-serif;font-size:13px;white-space:nowrap"><br></span></div>
<div><br></div></div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Sun, Mar 17, 2013 at 11:40 AM, Faré <span dir="ltr"><<a href="mailto:fahree@gmail.com" target="_blank">fahree@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Dave,<br>
<br>
I fixed in 2.32.13 the bug you found with monolithic-fasl-op.<br>
It was a subtle bug in dependency propagation,<br>
that was ultimately rooted in the incorrect decision of<br>
having the monolithic bundle operations inherit from the non-monolithic ones.<br>
This imposed contradictory constraints on the code,<br>
which prevented it from doing the right thing in all cases,<br>
with the current code kind of working in the common case,<br>
but not quite in other not-so-uncommon cases, as you discovered.<br>
<br>
Thanks for your bug report, and my apologies for taking a few days<br>
before I sorted it all out.<br>
<br>
As a bonus, 2.32.12 included a few utilities like<br>
delete-empty-directory and delete-directory-tree<br>
that should help you get rid of cl-fad.<br>
<br>
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org" target="_blank">http://fare.tunes.org</a><br>
A competent and self-confident person is incapable of jealousy in anything.<br>
Jealousy is invariably a symptom of neurotic insecurity.<br>
— Robert Heinlein, "Time Enough For Love"<br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><div class="im">-- <br>My Best,<br><br>Dave Cooper, Genworks Support<br><a href="mailto:david.cooper@genworks.com" target="_blank">david.cooper@genworks.com</a>, <a href="http://dave.genworks.com" target="_blank">dave.genworks.com</a>(skype)<br>
USA: <a href="tel:248-327-3253" value="+12483273253" target="_blank">248-327-3253</a>(o), <a href="tel:1-248-330-2979" value="+12483302979" target="_blank">1-248-330-2979</a>(mobile)<br>UK: 0191 645 1699<br>
</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>My Best,<br><br>Dave Cooper, Genworks Support<br><a href="mailto:david.cooper@genworks.com">david.cooper@genworks.com</a>, <a href="http://dave.genworks.com">dave.genworks.com</a>(skype)<br>
USA: 248-327-3253(o), 1-248-330-2979(mobile)<br>UK: 0191 645 1699<br>
</div>