Testing for ASDF 3.3.0

[Faré]

Excellent. There are 9 failures. 6 of them are known issues with fixes
that the authors haven't merged (mgl-pax and madeira-port, plus a few
systems that use them). Two of them work for me and look like your
having too small time and/or memory limits: cl-rrt and
inner-conditional. The last one, eco, I just can't reproduce at home
-- oops, I had a local fix that I had failed to send upstream. Sent.
https://github.com/eudoxia0/eco/pull/2

I'd say the plan branch is ready to merged in the master branch, if
not the release branch.

Before release: tweak packages to solve some upgrade issues, deal with
latest ECL merge request.

—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
Lisp doesn't look any deader than usual to me. — David Thornley


On Wed, Jul 26, 2017 at 6:27 AM, Anton Vodonosov <avodonosov at yandex.ru> wrote:
> Will do in the coming days.
>
> So far I tested sbcl-1.3.17 with ASDF 3.3.0. (The default ASDF in this SBCL is 3.1.5).
>
> Failures when using new ASDF: https://common-lisp.net/project/cl-test-grid/asdf/asdf-diff-66.html
>
> 25.07.2017, 02:16, "Faré" <fahree at gmail.com>:
>> Dear Anton,
>>
>> can you test the candidate asdf 3.3.0 in the "plan" with cl-test-grid,
>> and compare with 3.1.7 and/or 3.2.1 ?
>> As always, results on a recent sbcl are the more useful ones to get first.
>>
>> (And as usual, there is a dozen of mismaintained systems in quicklisp
>> that still hasn't merged known fixes after several months.)
>>
>> —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
>> To play a wrong note is insignificant; to play without passion is inexcusable.
>>         — misattributed to Beethoven