<div dir="ltr"><div><br></div><div>> </div><div class="im">> > It's not crucial that I release with this latest 3.0.2.32, but I just bring<br>> > up this issue in case it is actually a lurking asdf bug which needs to be<br>
> > shaken out before 3.0.3 release...<br>> ><br></div><div class="im"><br></div><div class="im">> </div>> If something is broken, we definitely want to solve before release.<br>> But I fear the problem is with your configuration somehow.<div>
> </div><div><br></div><div><br></div><div>I "solved" the issue by the following bootstrap procedure:</div><div><br></div><div><br></div><div>1.  compile/load adsf3</div><div>2. (remhash "uiop" asdf::*preloaded-systems*</div>
<div>3. load quicklisp's setup.lisp</div><div><br></div><div><br></div><div>Without step (2), the preloaded system of uiop occurs first in *system-definition-search-functions*, so the separable project for uiop (in my case, in local-projects), never ends up being found, and therefore ends up missing from the monofasl (I do suspect that the fact that it silently fails to be included in the monofasl can be considered a bug -- this probably should throw an error when trying to build the monofasl and realizing that the uiop.fasl is not showing up to the party, shouldn't it?)</div>
<div><br></div><div>So is this a use case which should be more directly supported? Does this call for an unregister-preloaded-system or some such thing? </div><div><br></div><div><br></div><div>Regards,</div><div><br></div>
<div> Dave</div><div><br></div><div><br></div><div><br></div><div><div class="gmail_extra">On Tue, Oct 22, 2013 at 10:57 AM, Faré <span dir="ltr"><<a href="mailto:fahree@gmail.com" target="_blank">fahree@gmail.com</a>></span> wrote:<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">> So I went ahead and tried<br>

><br>
>   (load (compile-file "quicklisp/asdf.lisp"))<br>
><br>
> before loading quicklisp/setup.lisp.<br>
><br>
</div>If you already changed the quicklisp copy and *required-asdf-version*<br>
to something later than your implementation-provided ones, as I<br>
believe you are, this step is redundant.<br>
<div class="im"><br>
> And yes, I copied version.lisp.expr into quicklisp/local-projects/uiop/.<br>
><br>
</div>Did you use cp -aL with -L to dereference the symlink?<br>
It worked for me.<br>
<div class="im"><br>
> To test that it wasn't ignoring the uiop in local-projects because it is the<br>
> same version as what is already loaded, I even temporarily bumped the<br>
> version number in that version.lisp-expr to 3.0.2.33.<br>
><br>
</div>No, I don't think it's magically checking the version against<br>
downgrade, as it is doing for asdf itself. Maybe it should?<br>
<br>
CL_SOURCE_REGISTRY=~/cl/poiu rlwrap sbcl --eval "'(#.(map () 'require<br>
'(:asdf :poiu)) #.(in-package :asdf) #.(load \"~/quicklisp/setup\"))"<br>
* (system-source-directory :uiop)<br>
#P"/home/tunes/quicklisp/local-projects/uiop/"<br>
<br>
I didn't even have to (ql:register-local-projects) in that session —<br>
or maybe its effects were persistent across section? Looking at the<br>
source, it builds an index, so you need to run it once after you<br>
installed the copy of uiop, and thereafter its effects should persist.<br>
<div class="im"><br>
> Still no dice -- I still get<br>
><br>
>  (asdf:system-source-directory :uiop)   --> nil<br>
><br>
> after loading the quicklisp/setup.lisp and (ql:register-local-projects)<br>
><br>
> Quicklisp works in general after the upgrade. It just can't find the source<br>
> directory (or any source directory) for :uiop.<br>
><br>
<br>
> It's not crucial that I release with this latest 3.0.2.32, but I just bring<br>
> up this issue in case it is actually a lurking asdf bug which needs to be<br>
> shaken out before 3.0.3 release...<br>
><br>
</div>If something is broken, we definitely want to solve before release.<br>
But I fear the problem is with your configuration somehow.<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>What one person receives without working for, another person must work for<br>
without receiving. — Adrian Rogers<br>
</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></div></div>