- ecl-devel - mailman3.common-lisp.net

[ECL 26.5.5][bugfix release]
by Daniel Kochmański 08 May '26

08 May '26

Dear All, as it happens, a few regressions slipped in in the recent release. We've decided to make a quick release with fixes, and here it comes: https://ecl.common-lisp.dev/posts/ECL-2655-release.html https://common-lisp.net/project/ecl/static/files/release/ecl-26.5.5.tgz Enjoy, 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

2 3

Announce: passagemath-ecl 10.8.5rc0, pip-installable ECL 26.3.27 with Python interfaces
by Matthias Koeppe 03 May '26

03 May '26

The release candidate 10.8.5rc0 of passagemath-ecl now ships ECL 26.3.27 in its binary wheels on PyPI for Linux and macOS. https://pypi.org/project/passagemath-ecl/10.8.5rc0/ I would welcome testing of this prerelease by experienced ECL users. If anyone knows a Jupyter kernel that works with ECL, please let me know; I would like to ship it with passagemath-ecl. https://github.com/passagemath/passagemath/issues/1394 passagemath-ecl is one of the pip-installable components of the modularized Sage library, developed by the passagemath project (https://github.com/passagemath) It supports CPython 3.10-3.14 on Linux and macOS and provides binary wheels for these platforms on PyPI. Matthias -- Matthias Koeppe -- http://www.math.ucdavis.edu/~mkoeppe

1 0

ASDF test failure
by Robert Goldman 06 Apr '26

06 Apr '26

I'm getting a test failure on ASDF with ECL in building a DLL on Linux. Hoping that someone can suggest an appropriate fix. You can find the full transcript here: https://gitlab.common-lisp.net/asdf/asdf/-/jobs/114480 Here's the snippet with the error compiling through ECL to gcc: ``` ;;; Compiling /builds/asdf/asdf/test/monodll-user.lisp. ;;; OPTIMIZE levels: Safety=3, Space=0, Speed=2, Debug=3 ;;; ;;; Internal error: ;;; ** Error code 1 when executing ;;; (EXT:RUN-PROGRAM "gcc" ("-I." "-I/usr/local/include/" "-D_GNU_SOURCE" "-D_FILE_OFFSET_BITS=64" "-g" "-O2" "-fPIC" "-D_THREAD_SAFE" "-Dlinux" "-O2" "-c" "/builds/asdf/asdf/build/fasls/ecl-24.5.10-linux-x64/asdf/test/monodll-user.c" "-o" "/builds/asdf/asdf/build/fasls/ecl-24.5.10-linux-x64/asdf/test/monodll-user.o")): ;;; In file included from /usr/local/include/ecl/ecl.h:81, ;;; from /usr/local/include/ecl/ecl-cmp.h:31, ;;; from /builds/asdf/asdf/build/fasls/ecl-24.5.10-linux-x64/asdf/test/monodll-user.c:5: ;;; /builds/asdf/asdf/build/fasls/ecl-24.5.10-linux-x64/asdf/test/monodll-user.c: In function 'L2always_42': ;;; /builds/asdf/asdf/build/fasls/ecl-24.5.10-linux-x64/asdf/test/monodll-user.c:21:26: error: implicit declaration of function 'always_42'; did you mean 'L2always_42'? [-Wimplicit-function-declaration] ;;; 21 | value0 = ecl_make_int(always_42()); ;;; | ^~~~~~~~~ TEST ABORTED: COMPILE-FILE-ERROR while compiling #<cl-source-file "test-asdf/monodll-user" "file-type"> ```

2 2

ECL 26.3.27 release
by Daniel Kochmański 27 Mar '26

27 Mar '26

Dear All, with great pleasure we are announcing a new ECL release. For more details see the blog post: https://ecl.common-lisp.dev/posts/ECL-26327-release.html 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

1 0

[release candidate testing][ecl-26.xx.xx]
by Daniel Kochmański 16 Feb '26

16 Feb '26

Dear All, we've decided that it is a good time to start testing ECL before the next release. You may find the link to associated issue here: https://gitlab.com/embeddable-common-lisp/ecl/-/work_items/798 if you have time and resources, all help with testing is appreciated. Thank you, 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

2 1

Using ECL for cross-platform Godot Extensions
by Steven Githens 08 Feb '26

08 Feb '26

Hello ECL Devel! I just wanted to write in and report on some nice success I've had over the past year, getting my project to run and compile with ECL such that I can use Godot to build a new front end for it. My project is a nearly 40 year old project called Boxer [1] that has gone through numerous platform ports and rendering layer updates (all the way through symbolics machines up through macs/windows etc). Currently the stable build uses Lispworks and OpenGL on macOS, recently I had updated the rendering from using old school openGL to more modern shader based openGL. However, I'm not really a professional graphics programmer and was looking for a way to get more multimedia things for free and as well and cross platform support. After prototypes with lots of different toolkits, I've been using Godot to build the next visual frontend on the core functionality and it's been fun using ECL to do this, although it has been arduous getting here! :) Part of the reason I chose both Godot and ECL as the lisp distribution to switch to, is that they both support WASM, which is incredibly important for me going forward, Kudos to all of Daniels work on the web assembly. After copious refactoring and hacking, I've been able to build a shared library version of all my core functionality to use in a GDExtension with Godot, as well as a static library version to use in the WASM version with Godot (and my GDExtension hacked up a bit to be a core Godot module). And it works! Pretty well, I have a number of rough edges to work out, but I'm very excited about this going forward. I know the WASM stuff is still a moving target, and I'm interested in hearing about how the compiling mechanism will be standardized a bit more in core. For building a shared library I'm using our asdf:make-build, and to build the static library targetting WASM I'm using the asdf-cc.lisp copied from Daniels wecl repo. At the moment I have my Godot front end with ECL extension working on macOS, Linux, and Web. At the moment trying to finagle the iOS version. Let me know if anyone has any questions, comments. Certain parts of this were quite difficult to wrangle so I am hoping to perhaps contribute back some documentation or something. Thanks everyone for all your hardwork on ECL, and making it as mutliplatform as possible, especially including WASM, it's a real gem of a project! :) Cheers, Steve [1] https://github.com/boxer-project/boxer-sunrise

1 0

[CfP] ELS 2026, the 19th European Lisp Symposium
by Didier Verna 19 Jan '26

19 Jan '26

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 19th European Lisp Symposium Call for Papers May 11-12 2026 Skład Długa, Kraków, Poland https://www.european-lisp-symposium.org/2026 Sponsored by Keepit ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Important Dates ~~~~~~~~~~~~~~~ - Submission deadline: Mar 15 2026 - Author notification: Apr 12 2026 - Final papers due: Apr 13 2026 - Early Registration: Apr 26 2026 - Symposium: May 11-12 2026 Scope ~~~~~ The European Lisp Symposium is a premier forum for the discussion and dissemination of all aspects of design, implementation, and application of any of the Lisp dialects, including Common Lisp, Scheme, Emacs Lisp, Clojure, Racket, ACL2, AutoLisp, ISLISP, Dylan, SKILL, Hy, Shen, Carp, Janet, uLisp, Picolisp, Gamelisp, TXR, and so on. We encourage everyone interested in Lisp to participate. The European Lisp Symposium invites high quality papers about novel research results, insights and lessons learned from practical applications, and educational perspectives. We also encourage submissions about known ideas as long as they are presented in a new setting and/or in a highly elegant way. Topics include but are not limited to: - context-, aspect-, domain-oriented and generative programming - macro-, reflective-, meta- and/or rule-based development approaches - language design and implementation - language integration, inter-operation, and deployment - development methodologies, support, and environments - educational approaches and perspectives - experience reports and case studies Technical Program ~~~~~~~~~~~~~~~~~ We invite submissions in the following forms. Papers and experience reports must not overlap significantly with the authors’ previously published work in a peer reviewed publication, and must not be under review on another journal or conference. Also, authors must agree with our publication ethics and malpractice statement (cf. https://european-lisp-symposium.org/pepms.html) * Papers: technical papers of up to 8 pages that describe original results or explain known ideas in new and elegant ways. * Experience reports: papers of up to 6 pages describing a successful use of a Lisp dialect and/or analyzing obstacles that have kept it from working in practice. * Tutorials: abstracts of up to 4 pages for in-depth presentations about topics of special interest. * Demonstrations: abstracts of up to 4 pages for demonstrations of tools, libraries, and applications. For information on the submission format, please refer to the "Submission" section at https://www.european-lisp-symposium.org/2025. Submissions should be uploaded to Easy Chair at the following link: http://www.easychair.org/conferences/?conf=els20256 Note: to help us with the review process please indicate the type of submission in the title field in the submission form. Programme Chair ~~~~~~~~~~~~~~~ Mark Evenson Organizing Chair ~~~~~~~~~~~~~~~~ Didier Verna, EPITA / LRE, France Programme Committee ~~~~~~~~~~~~~~~~~~~ Alan Ruttenberg, USA Dave Cooper, Genworks, USA Dimitris Vyzovitis, Mighty Gerbils Eitaro Fukamachi, Japan Marc Battyani, Enfabrica, USA Mark David, Genworks, USA Michael Raskin, LaBRI, France Robert Goldman, SIFT, USA -- tbe Local Chairs ~~~~~~~~~~~~ Wojciech Gac, Keepit, Poland Michał Herda, Keepit, Poland Virtualization Team ~~~~~~~~~~~~~~~~~~~ Georgiy Tugai, Configura, Sweden Yukari Hafner, Shirakumo.org, Switzerland -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

Evaluation of toplevel forms at compile time?
by Vasilii Smirnov 08 Dec '25

08 Dec '25

Hello, sorry for the noob question, but I'm just starting out with ECL, and I can't quite find a solution for the following problem: some packages in the CL ecosystem seem to assume, that the toplevel is only evaluated during development / compilation, so by the time the final executable will have been launched all toplevel defparameters and defvars already have their precomputed values. One such example is this bit of code: https://github.com/sabracrolleton/uax-15/blob/v0.1.3/src/precomputed-tables… which gets pulled in by postmodern, for example. It reads some text files from the module's source directory and stores the result in a global variable. For image-based implementations this is not a problem, but in ECL the evaluation of this code is deferred until runtime, and ultimately fails, if executed on a different computer, where the source code of the module is not available. Which prompts the question: is it possible to instruct ECL to precompute top-level variables before translating them to C code? If not, what's the general strategy of dealing with such modules, short of patching each dependency that has this problem?

2 1

Porting ECL to a new platform
by dave＠synergy.org 17 Sep '25

17 Sep '25

Hello, Is there a document that discusses how to port ECL to a new platform? I am targeting a non-POSIX ANSI C embedded platform. I am looking for guidance on how to approach the work. Thanks, David

3 4

Re: [web ecl][grant announcement]
by Daniel Kochmański 25 Aug '25

25 Aug '25

Hello Spenser, NLnet, with a project NGI Zero, grants money for FOSS projects -- the money comes in this case from the program Horizon Europe. I've applied and my project has qualified. You may find more information here: https://nlnet.nl/NGI0/ Best regards, Daniel

1 0