<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 11, 2016 at 8:12 AM, Daniel Kochmański <span dir="ltr"><<a href="mailto:daniel@turtleware.eu" target="_blank">daniel@turtleware.eu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey,<br>
<br>
now all MKCL tests pass as expected. I've also disabled load-bundle-op<br>
as a default option (seems like a MKCL bug):<br>
<br>
<a href="https://gitlab.common-lisp.net/asdf/asdf/merge_requests/11" rel="noreferrer" target="_blank">https://gitlab.common-lisp.<wbr>net/asdf/asdf/merge_requests/<wbr>11</a><br></blockquote><div><br></div><div>I'll have to look deeper into that load-bundle-op question...<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The issue with the system modules is caused by a muss in the systems<br>
definitions of MKCL. Namely asd files are bogus – for instance there is<br>
(repeated) cmp.asd definition in contrib/ directory pointing and cmp.a<br>
file, but the latter isn't present there. `locate-system' takes the<br>
cmp.asd from the contrib/ directory and can't inject proper module. I've<br>
disabled for mkcl find-system check, but mkcl will fail, if any asd<br>
system has "cmp" in `:depends-on' (and this is not a regression, it was<br>
like this before and is a problem with mkcl asd files).<br>
<br></blockquote><div><br></div><div>Yep, that's a bug.  I had not noticed that bogus cmp.asd before now, that's bad.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Long story short – everything is as fine as was before this "wave of<br>
change".<br>
<br></blockquote><div><br></div><div>Thanks, I'll give the test suite one more spin as soon as I get an opportunity,<br></div><div>just to confirm.<br><br><br></div></div></div></div>