Almost there

Anton Vodonosov avodonosov at yandex.ru
Thu Jul 16 02:35:04 UTC 2015


All my lisps finished, reports are updated.
The summary remains the same.

The lisp tested:

  abcl-1.2.1-fasl42-linux-x86
  abcl-1.3.0-fasl42-linux-x86
  abcl-1.3.1-fasl42-linux-x86
  abcl-1.3.2-fasl42-linux-x86
  ccl-1.10-r16196-f96-linux-x86
  ccl-1.8-r15286m-f95-linux-x86
  ccl-1.9-r15756-f96-linux-x86
  clisp-2.49-unix-x86
  cmu-snapshot-2014-01__20e_unicode_-linux-x86
  cmu-snapshot-2014-05-dirty__20e_unicode_-linux-x86
  cmu-snapshot-2014-12___20f_unicode_-linux-x86
  ecl-13.5.1-unknown-linux-i686-bytecode
  ecl-13.5.1-unknown-linux-i686-lisp-to-c
  ecl-15.2.21-ee989b97-linux-i686-bytecode
  ecl-15.2.21-ee989b97-linux-i686-lisp-to-c
  sbcl-1.0.58-linux-x86
  sbcl-1.1.11-linux-x86
  sbcl-1.1.16-linux-x86
  sbcl-1.2.6-linux-x86

Best regards,
- Anton

13.07.2015, 17:52, "Anton Vodonosov" <avodonosov at yandex.ru>:
> 13.07.2015, 05:01, "Robert P. Goldman" <rpgoldman at sift.net>:
>>  I'm afraid I've forgotten: would you please send out the results URL(a)?
>
> Ah, sorry, you were not CC'ed.
>
> Faré contacted me for help when he wanted to run cl-test-grid
> tests himself, and we ended up testing that version (d70a8f8).
>
> The reports for the current version (c3f7c73) are below.
>
> The summary is that I see no errors caused by new ASDF.
>
> The only regression you may be interested in is "COMMON-LISP:TYPE-ERROR : value NIL is not of the expected type STRUCTURE."
> occurring on CCL 1.8.
>
> It happens because (I think) new ASDF restores special variable values
> after .asd file is loaded.
>
> CCL 1.8 initializes *PRINT-PPRINT-DISPATCH* to NIL, causing
> (SET-PPRINT-DISPATCH ...) to fail with this error, unless
> somebody initialized *PRINT-PPRINT-DISPATCH* e.g. by
> (COPY-PPRINT-DISPATCH NIL)
>
> This is CCL bug #784 (and duplicated as #960).
>
> The file ~/quicklisp/dists/quicklisp/software/nst-4.0.2/ext/defdoc/defdoc.asd
> uses this workaround. But with new ASDF, when one of it's fasl files is loaded
> (nst-4.0.3/ext/defdoc/lisp/core/output.lx32fsl), *PRINT-PPRINT-DISPATCH* is nil.
> I.e. the workaround has no effect.
>
> The reports:
>
> Full diff https://common-lisp.net/project/cl-test-grid/asdf/asdf-diff-47.html
>
> As you see, there are many "improvements" on old lisps just because
> many systems use new ASDF features not provided by the ASDF version
> shipped with those old lisp impls.
>
> For convenience, here is the diff report including only the tests
> which fail on new ASDF:
> https://common-lisp.net/project/cl-test-grid/asdf/asdf-diff-48.html
>
> I marked by yellow notes the failures I think not necessary to consider.
>
> Some tests are still running, I will report as they finish.
>
> Best regards,
> - Anton
>
>>>   On Jul 12, 2015, at 20:34, Anton Vodonosov <avodonosov at yandex.ru> wrote:
>>>
>>>   10.07.2015, 12:20, "Anton Vodonosov" <avodonosov at yandex.ru>:
>>>>   10.07.2015, 06:06, "Faré" <fahree at gmail.com>:
>>>>>    Dear lispers,
>>>>>
>>>>>    we're ready to bless ASDF 3.1.4.25 as release 3.1.5, and now is a good
>>>>>    time to test it before it's too late. Anton, do you have time and/or
>>>>>    resource for a run of cl-test-grid?
>>>>
>>>>   Yes, I've started the tests.
>>>
>>>   Some lisps are finished already:
>>>
>>>    abcl-1.3.2-fasl42-linux-x86
>>>    ccl-1.10-r16196-f96-linux-x86
>>>    ccl-1.8-r15286m-f95-linux-x86
>>>    ccl-1.9-r15756-f96-linux-x86
>>>    clisp-2.49-unix-x86
>>>    cmu-snapshot-2014-01__20e_unicode_-linux-x86
>>>    cmu-snapshot-2014-05-dirty__20e_unicode_-linux-x86
>>>    cmu-snapshot-2014-12___20f_unicode_-linux-x86
>>>    ecl-13.5.1-unknown-linux-i686-bytecode
>>>    ecl-13.5.1-unknown-linux-i686-lisp-to-c
>>>    ecl-15.2.21-ee989b97-linux-i686-bytecode
>>>    sbcl-1.0.58-linux-x86
>>>    sbcl-1.1.11-linux-x86
>>>    sbcl-1.1.16-linux-x86
>>>    sbcl-1.2.6-linux-x86
>>>
>>>   So far I see no difference from the git version d70a8f8
>>>   we tested recently (off the mailing lists).
>>>
>>>   Other (elder) lisps are still running. I will report as they finish.
>>>
>>>   Best regards,
>>>   - Anton



More information about the asdf-devel mailing list