When I use Quicklisp to load the McCLIM examples from ECL I get a type error (but loading just McCLIM completes with no issues): paolo@lispmachine:~$ ecl ;;; Loading #P"/home/paolo/quicklisp/setup.lisp" ;;; Loading #P"/home/paolo/apps/ecl/lib/ecl-26.5.5/asdf.fas" ECL (Embeddable Common-Lisp) 26.5.5 (git:UNKNOWN) Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya Copyright (C) 1993 Giuseppe Attardi Copyright (C) 2013 Juan J. Garcia-Ripoll Copyright (C) 2018 Daniel Kochmanski Copyright (C) 2024 Daniel Kochmanski and Marius Gerbershagen ECL is free software, and you are welcome to redistribute it under certain conditions; see file 'Copyright' for details. Type :h for Help. Top level in: #<process TOP-LEVEL 0x792201257f00>.
(ql:quickload :mcclim) To load "mcclim": Load 1 ASDF system: mcclim ; Loading "mcclim" .. (:MCCLIM) (ql:quickload "clim-examples") To load "clim-examples": Load 1 ASDF system: clim-examples ; Loading "clim-examples"
Condition of type: TYPE-ERROR #<DRAW-MATRIX> is not of type FUNCTION. Available restarts: 1. (TRY-RECOMPILING) Recompile concurrent-draw and try loading it again 2. (RETRY) Retry loading FASL for #<cl-source-file "clim-examples" "concurrent-draw">. 3. (ACCEPT) Continue, treating loading FASL for #<cl-source-file "clim-examples" "concurrent-draw"> as having been successful. 4. (RETRY) Retry ASDF operation. 5. (CLEAR-CONFIGURATION-AND-RETRY) Retry ASDF operation after resetting the configuration. 6. (ABORT) Give up on "clim-examples" 7. (REGISTER-LOCAL-PROJECTS) Register local projects and try again. 8. (RESTART-TOPLEVEL) Go back to Top-Level REPL. Broken at SI:BYTECODES. [Evaluation of: (QUICKLISP-CLIENT:QUICKLOAD "clim-examples")] In: #<process TOP-LEVEL 0x792201257f00>.
:b
Backtrace:
SI:BYTECODES [Evaluation of: (QUICKLISP-CLIENT:QUICKLOAD "clim-examples")] si:bytecodes [Evaluation of: (si:top-level t)]
Do you have insight or troubleshooting advice? I use ECL 26.5.5 built from source on Linux Mint 22.1 Cinnamon with the latest McCLIM sources at master/c28bdb8 (version 1.0.0). -- Paolo Amoroso <https://paoloamoroso.com> | Blog <https://journal.paoloamoroso.com> | Mastodon <https://oldbytes.space/@amoroso>
Hey Paolo, coincidentally I've partially addressed this issue yesterday evening. It is an old ECL bug. I've added workaround to McCLIM and unit tests to ECL: https://codeberg.org/McCLIM/McCLIM/commit/cfe5dc86073e2d3057e19cce140e6bb664... https://gitlab.com/embeddable-common-lisp/ecl/-/blob/develop/src/tests/norma... with the quick workaround from the first link I didn't encounter any other issues with running McCLIM. Best regards, Daniel -- Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu "Be the change that you wish to see in the world." - Mahatma Gandhi
Thanks Daniel, the workaround lets me run the McCLIM demos just fine. By the way, I have a McCLIM loading issue also with CLISP. Is it related? Is the venerable CLISP even supposed to run current McCLIM? [1]> (ql:quickload :clim-examples) To load "clim-examples": Load 1 ASDF system: clim-examples ; Loading "clim-examples" .................................................. [package cluffer-standard-buffer] *** - DEFPACKAGE CLUFFER-STANDARD-BUFFER: unknown option :LOCAL-NICKNAMES The following restarts are available: RETRY :R1 Retry compiling #<CL-SOURCE-FILE "cluffer-standard-buffer" "packages">. ACCEPT :R2 Continue, treating compiling #<CL-SOURCE-FILE "cluffer-standard-buffer" "packages"> as having been successful. RETRY :R3 Retry ASDF operation. CLEAR-CONFIGURATION-AND-RETRY :R4 Retry ASDF operation after resetting the configuration. ABORT :R5 Give up on "clim-examples" REGISTER-LOCAL-PROJECTS :R6 Register local projects and try again. ABORT :R7 Abort main loop Break 1 [2]> On Fri, May 8, 2026 at 7:18 PM Daniel Kochmański <daniel@turtleware.eu> wrote:
Hey Paolo,
coincidentally I've partially addressed this issue yesterday evening.
It is an old ECL bug. I've added workaround to McCLIM and unit tests to ECL:
https://codeberg.org/McCLIM/McCLIM/commit/cfe5dc86073e2d3057e19cce140e6bb664...
https://gitlab.com/embeddable-common-lisp/ecl/-/blob/develop/src/tests/norma...
with the quick workaround from the first link I didn't encounter any other issues with running McCLIM.
Best regards, Daniel
-- Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the world." - Mahatma Gandhi
-- Paolo Amoroso <https://paoloamoroso.com> | Blog <https://journal.paoloamoroso.com> | Mastodon <https://oldbytes.space/@amoroso>
Thanks Daniel, the workaround lets me run the McCLIM demos just fine.
Great!
By the way, I have a McCLIM loading issue also with CLISP. Is it related? Is the venerable CLISP even supposed to run current McCLIM?
I'm not personally testing on clisp because its build process broke for me at some point, but recently Robert Brown sent a few patches that mitigate some style warnings on McCLIM. Apparently some of our dependencies depend on libraries that use local package nicknames. Today I'd say that assuming them is not controversial, given that they are around for good few years on majority of implementations. As of clisp: https://gitlab.com/gnu-clisp/clisp/-/merge_requests/3 There is a merge request fir local package nicknames, and it was recently mentioned in other issue with the maintainer listening -- it also got a favorable a-ok a few months back, maybe they forgot to merge it? In any case this, and https://gitlab.com/gnu-clisp/clisp/-/merge_requests/15 (merged yesterday), may be enough to build McCLIM. Daniel
participants (2)
-
Daniel Kochmański -
Paolo Amoroso