quicklisp-summary

The only regression deserving to note is cl-murmurhash, and libraries using it (cl-bloom). New version of cl-murmurhash depends on fast-io, which depends on static-vectors, which is not portable. Therefore new version of cl-murmurhash doesn't build on some lisps. Authors are informed.

There was a cl-test-grid issue with testing of cffi-grovel dependent libraries, which lead to fals failures: https://groups.google.com/forum/?fromgroups=#!topic/cl-test-grid/mvrLUcIyy5g I have re-run tests on my machines after fixing the issues, but other results remain affected (mostly MacOS).

Several other false failures were caused by QL-DIST:BADLY-SIZED-LOCAL-ARCHIVE conditions. I think it was caused by temporary Internet outage during testing on my Windows machine. I have added a TODO item for cl-test-grid to handle this condition by invoking QL-DIST:DELETE-AND-RETRY restart.

Fails on ecl-12.12.1-ab933fa5-win-x86-lisp-to-c with linker error "configuration.obj : fatal error LNK1107: invalid or corrupt file: cannot read at 0x280"

;;; ...
;;; Emitting code for RELATIVE-COMPONENT-P.
;;; Emitting code for ABSOLUTE-COMPONENT-P.
configuration.c
;;; Finished compiling C:/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists/quicklisp/software/uiop-2.32.5/configuration.lisp.
;;;
e89F6tmp.c
   Creating library C:/Users/anton/AppData/Local/common-lisp/cache/ecl-12.12.1-ab933fa5-win-x86/C/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists/quicklisp/software/uiop-2.32.5/configuration-ASDF-TMP.implib and object C:/Users/anton/AppData/Local/common-lisp/cache/ecl-12.12.1-ab933fa5-win-x86/C/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists/quicklisp/software/uiop-2.32.5/configuration-ASDF-TMP.exp
e8D51tmp.c
C:/Users/anton/AppData/Local/common-lisp/cache/ecl-12.12.1-ab933fa5-win-x86/C/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists/quicklisp/software/uiop-2.32.5/configuration.obj : fatal error LNK1107: invalid or corrupt file: cannot read at 0x280

Condition of type: LOAD-SYSTEM-DEFINITION-ERROR
Error while trying to load definition for system asdf-encodings from pathname C:/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists/quicklisp/software/asdf-encodings-20130312-git/asdf-encodings.asd: Error code 2 when executing
(RUN-PROGRAM "cl"
             ("-FeC:/Users/anton/AppData/Local/common-lisp/cache/ecl-12.12.1-ab933fa5-win-x86/C/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists/quicklisp/software/uiop-2.32.5/configuration.fas"
              "C:/Users/anton/AppData/Local/Temp/e8D51tmp.obj" "C:/Users/anton/AppData/Local/common-lisp/cache/ecl-12.12.1-ab933fa5-win-x86/C/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists/quicklisp/software/uiop-2.32.5/configuration.obj"
              "/LD" "/link" "/incremental:no" "/nologo" "/nodefaultlib:libcmt" "/nodefaultlib:libcmtd" "/nodefaultlib:libc" "/nodefaultlib:libcd" "/nodefaultlib:msvcrtd.lib" "ecl.lib" "user32.lib" "ws2_32.lib" "shell32.lib"
              "/LIBPATH:C:/Users/anton/projects/ecl/bin/"
              "/IMPLIB:C:/Users/anton/AppData/Local/common-lisp/cache/ecl-12.12.1-ab933fa5-win-x86/C/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists/quicklisp/software/uiop-2.32.5/configuration.implib"))
Available restarts:

1. (CONTINUE) Continues anyway.
2. (RETRY) Retry compiling #<cl-source-file "uiop" "configuration">.
3. (ACCEPT) Continue, treating compiling #<cl-source-file "uiop" "configuration"
> as having been successful.
4. (REINITIALIZE-SOURCE-REGISTRY-AND-RETRY) Retry finding system asdf-encodings
after reinitializing the source-registry.
5. (ABORT) Give up on "asdf-encodings"
6. (RESTART-TOPLEVEL) Go back to Top-Level REPL.

Broken at ASDF::CALL-WITHOUT-REDEFINITION-WARNINGS. In: #<process TOP-LEVEL>.
 File: #P"C:/Users/anton/projects/cl-test-grid2-work-dir2/agent4/quicklisp/dists
/quicklisp/software/uiop-2.32.5/uiop.asd" (Position #41)

The ASDF version in this ECL is 2.26.6. It is quite old. I confirmed that the same Quicklisp when patched with ASDF 2.31.1 loads asdf-encodings successfully on this ECL.

fails on many lisps because now it depends on libffi, which is missing on many test machines

fails on some lisps now, because new version of its dependency - cl-murmurhash-20130312-git - now depends on fast-io, which depends on static-vectors, which is not portable.

For the reference, library versions:

Reported to cl-bloom here: https://github.com/ruricolist/cl-bloom/issues/2

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

Failure on ccl-1.8-f95-win-x86 is due to QL-DIST:BADLY-SIZED-LOCAL-ARCHIVE for lml2 dependency (some network problem ?)

Reproduced manually on the quicklisp installation used by this agent. After invoking restart QL-DIST:DELETE-AND-RETRY from repl the library loaded successfully.

Added TODO item to automatically invoke QL-DIST:DELETE-AND-RETRY by test-grid-agent.

New version fails on some lisps, because new cl-murmurhash depends on fast-io which depends on static-vectors, which is not portable.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

Windows only. Too long .fasl path lenth > MAX_PATH - 1 = 259

Fails on sbcl-1.1.0.36.mswinmt.1201-284e340-win-x64 due to QL-HTTP::END-OF-DATA. Must be some network problem.

twitter-elephant-driver fails due to elephant-20120909-darcs/my-config.sexp which is a known elephant glitch.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

fails due to elephant-20120909-darcs/my-config.sexp which is a known elephant glitch.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

Most likely ACL heap size limit (I haven't tested, but feel 95% sure). If so - not a regression.

Failure on sbcl-1.1.0.36.mswinmt.1201-284e340-win-x64 is due to QL-DIST:BADLY-SIZED-LOCAL-ARCHIVE (some network problem ?)

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

Failed to load lambda-reader-8bit on ECL, bytecode compiler. May be a quicklisp issue similar to https://github.com/quicklisp/quicklisp-client/issues/73

Difficult to reproduce exactly as in the test logs. When I've tried manually, it failed with "can't find system asdf-driver". After I've ql:quickloaded asdf-driver manually, lambda-reader-8bit loads OK.

IMHO not reasonable to investigate further, considering the time available and the speed of fixing various bugs I report, and the fact that ASDF had several releases since the tested ECL versions.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

Failures to QL-DIST:BADLY-SIZED-LOCAL-ARCHIVE (some network problem when the archive has been downloaded from the Internet?)

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

Failure on clisp-2.49-win-x86 and ccl-1.8-f95-win-x86 is due to QL-DIST:BADLY-SIZED-LOCAL-ARCHIVE (some network problem ?)

(MacOS results) Not real failures, just results of the cffi-grovel related problem.

weblocks-elephant fails due to absence of quicklisp/dists/quicklisp/software/elephant-20120909-darcs/my-config.sexp, which is a known elephant glitch.

weblocks-test fails on sbcl-1.1.1-linux-x86 - most lileky (not tested manually) is caused by a known SBCL issue of running out of heap often when compiling large libraries, due to concervative GC.

Crashes on abcl-1.1.1-fasl39-linux-x86 are actually improvement - the closer-mop errors in the previous release are fixed and ABCL hits the next problem (very possible, fixed in ABCL head already).

Crash on sbcl-1.1.0.36.mswinmt.1201-284e340-win-x64. When I run it manually, I see that CONTROL-STACK-EXHAUSTED-ERROR happens.

doesn't worth time to investigate

I think will be fixed soon, not reportying anywhere

therefore ignores our asdf-output-translations and stores .fas files near sources. In addition, tries to load .fas file from one implementation into another.

The failure happened without downloading method-combination-utilities.asd. After I instaled it with CCL, ABCL works too. Installed fresh quicklisp with ABCL, tested again - it downloads method-combination-utilities and build them OK. Not time to investigate the glitch, but the fact is: method-combination-utilities workd with ABCL.

from .md file. The output .html file is placed near the source file. This operation failes on ECL, but when .html is alreay present the operation is skipped. Interestengly, that new ASDF also rebuilds the ASDF system when dependencies are recompiled, so the failure is visible more often