<div dir="ltr"><div><br></div><div style>Dear <span style="font-family:arial,sans-serif;font-size:13px;white-space:nowrap">Faré,</span></div><div style><span style="font-family:arial,sans-serif;font-size:13px;white-space:nowrap"><br>
</span></div><div style><span style="font-family:arial,sans-serif;font-size:13px;white-space:nowrap"> Thank you for 2.32.17, the monofasl ordering now seems to be correct. </span></div><div style><span style="font-family:arial,sans-serif;font-size:13px;white-space:nowrap"><br>
</span></div><div style><font face="arial, sans-serif"><span style="white-space:nowrap">Regards</span></font></div><div style><font face="arial, sans-serif"><span style="white-space:nowrap"><br></span></font></div><div style>
<font face="arial, sans-serif"><span style="white-space:nowrap"> Dave</span></font></div><div style><font face="arial, sans-serif"><span style="white-space:nowrap"><br></span></font></div><div style><span style="font-family:arial,sans-serif;font-size:13px;white-space:nowrap"> </span><br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 18, 2013 at 8:20 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>
when I fixed the dependencies for monolithic-fasl-op in 2.32.13,<br>
I failed to make an according change to the perform method.<br>
I fixed the issue *and* I added a test case in the test suite.<br>
<br>
My apologies for the breakage.<br>
<br>
PS: there is no copy-directory for now.<br>
On Unix, I use run-program to invoke cp or rsync,<br>
that come with lots of options that are hard to reproduce.<br>
On Windows, I suppose you could try xcopy.<br>
A full-fledged cp or rsync replacement and/or wrapper<br>
is out of the scope of uiop, but would make a nice Lisp library.<br>
<div class="im"><br>
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org" target="_blank">http://fare.tunes.org</a><br>
</div>Free Will: decisions are determined by processes located in individual brains<br>
and unpredictable by either same or other individuals. God-given souls, pixie<br>
dust, (quantum) non-determinism, mystic animal spirits and other magic<br>
sources of "free will" need not apply.<br>
<div class="im HOEnZb"><br>
<br>
On Mon, Mar 18, 2013 at 12:45 AM, Dave Cooper <<a href="mailto:david.cooper@genworks.com">david.cooper@genworks.com</a>> wrote:<br>
><br>
</div><div class="HOEnZb"><div class="h5">> Dear Faré,<br>
><br>
>  Looks like there is a strange regression, at least on acl-9.0-linux-x86 and<br>
> acl-9.0m-linux-x86:<br>
><br>
>  The --all-systems file is not being written at all! I get this:<br>
><br>
>      <a href="http://paste.lisp.org/display/136095" target="_blank">http://paste.lisp.org/display/136095</a><br>
><br>
>  The (asdf:component-depends-on ...)  does look like it gives the correct<br>
> order, though. (What is the canonical function to see the list which will be<br>
> written out by asdf/bundle:monolithic-fasl-op? I remember you said it's not<br>
> really component-depends-on -- so what is it again?<br>
><br>
>  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<br>
> asdf-monofasl-broken which has that extra source/try.lisp file and the<br>
> :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>.<br>
><br>
>  I tried this on acl-9.0-linux-x86, acl-9.0m-linux-x86, and<br>
> ccl-1.9-f96-macosx-x64.<br>
><br>
>  Thanks for the work on this so far, please let me know if there is anything<br>
> else I can do.<br>
><br>
><br>
> Regards,<br>
><br>
>  Dave<br>
><br>
> P.S. Thanks for the uiop/filesystem:delete-directory-tree, I will use it<br>
> with caution.<br>
><br>
> P.P.S. Is there a recursive copy-directory? I didn't see one at first<br>
> glance.<br>
><br>
><br>
><br>
><br>
> On Sun, Mar 17, 2013 at 11:40 AM, Faré <<a href="mailto:fahree@gmail.com">fahree@gmail.com</a>> wrote:<br>
>><br>
>> 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<br>
>> 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>
</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>