SaaSHub helps you find the best software and product alternatives Learn more →
Top 23 Common Lisp common-lisp Projects
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
Project mention: Stop using MySQL in 2026, it is not true open source | news.ycombinator.com | 2026-01-18
I'm stuck on MySQL because converting to postgres is hard, the tool everyone recommends (pgloader) doesn't work with current MySQL (https://github.com/dimitri/pgloader/issues/782), anyone know another way?
-
Project mention: Seed: Interactive software environment based on Common Lisp | news.ycombinator.com | 2025-08-23
Get it to work on here and we’re golden https://github.com/froggey/Mezzano
-
Project mention: Ghostel.el: Terminal emulator powered by libghostty | news.ycombinator.com | 2026-07-12
-
-
Huh, you're right.
Apparently it's still considered experimental (even thought apparently Google uses it in production) so it's not in the User Manual. There's this: https://github.com/sbcl/sbcl/blob/master/doc/internals-notes...
-
Coalton is also a full-featured sub-language of Lisp that is sufficiently paradigmatically different than run-of-the-mill Lisp code you'd see in a Common Lisp textbook, since it has a complete, Haskell-like type system with Lisp-1 naming. Coalton itself also sees active development because aspects of the language continue to evolve.
The consequence is that an integration with SLIME would have to be a very extensive contrib [1] that is shipped with the Coalton version the user is using, and updated whenever Coalton is updated. No doubt the contrib would have to be very elaborate—it would have to hook in to basically every aspect of SLIME and SWANK if it should be "Coalton-native", from the display of type errors to how auto-complete is handled. Unless the contrib author is very meticulous about backward compatibility, then version mismatches would make everyone involved unhappy. The contrib author would get annoyed at constant bug reports about things not working (even if there's a nice "you're Coalton or contrib are out-of-date" error), and users would get annoyed they have to keep a Lisp library in sync with an Emacs add-on.
None of this gets to the matter that Emacs simply isn't a popular text editor, and it's not really the one people are rushing to learn, even if it has substantial merit. I don't know how trustworthy this source is [2], but it claims that Emacs represents a fraction of a percent of the developer community. Even if it's off by 10x, it's still 1-in-50 developers at best.
[1] There's a basic one already that shows Coalton type hints: https://github.com/slime/slime/blob/master/contrib/slime-coa...
[2] https://pypl.github.io/IDE.html
-
-
-
coalton
Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.
-
sketch
A Common Lisp framework for the creation of electronic art, visual design, game prototyping, game making, computer graphics, exploration of human-computer interaction, and more. (by vydd)
Project mention: Manim: Animation engine for explanatory math videos | news.ycombinator.com | 2025-08-23 -
-
Project mention: Clojure Land – Discover open-source Clojure libraries and frameworks | news.ycombinator.com | 2025-10-26
I'll invite to explore the CL ecosystem starting with https://github.com/CodyReichert/awesome-cl/ (it might be larger than one thinks)
In terms of asynchronous programming, not built-in to implementations (like, no green threads), we have
- https://github.com/orthecreedence/wookie - an asynchronous HTTP server
- https://github.com/fukamachi/woo - fast non-blocking HTTP server on top of libev.
- an actor-based task manager for Hunchentoot: https://github.com/mdbergmann/cl-tbnl-gserver-tmgr
see also https://github.com/CodyReichert/awesome-cl/#parallelism-and-... for promise libraries, async libraries, the actor library, an STM library, lparallel (run tasks in parallel, easy and often useful), bindings to other async tools.
Those libraries are active.
-
-
Fun things is that I encountered that for the first time when using Clozure CL (https://ccl.clozure.com/) which quotes colons when converting paths to string even on Linux:
$ cat <<'EOF' >x.lisp -
-
Project mention: Common Lisp, ASDF, and Quicklisp: packaging explained | news.ycombinator.com | 2025-12-10
What kind of supply chain attacks would affect 'curl https://github.com/edicl/hunchentoot/archive/v1.3.1.tar.gz' but wouldn't affect 'git submodule add https://github.com/edicl/hunchentoot.git'?
-
-
Project mention: Common Lisp, ASDF, and Quicklisp: packaging explained | news.ycombinator.com | 2025-12-10
-
-
-
medley
The main repo for the Medley Interlisp project. Wiki, Issues are here. Other repositories include maiko (the VM implementation) and Interlisp.github.io (web site sources) (by Interlisp)
-
Common Lisp common-lisp discussion
Common Lisp common-lisp related posts
-
Ghostel.el: Terminal emulator powered by libghostty
-
A Road to Lisp: Why Lisp
-
(How to Write a (Lisp) Interpreter (In Python))
-
A tale of two path separators
-
Coalton is an efficient, statically typed Lisp with ideas from Haskell and OCaml
-
Lisp in Web-Based Applications (2001)
-
Coalton
-
A note from our sponsor - SaaSHub
www.saashub.com | 15 Jul 2026
Index
What are some of the best open-source common-lisp projects in Common Lisp? This list will help you:
| # | Project | Stars |
|---|---|---|
| 1 | nyxt | 10,951 |
| 2 | pgloader | 6,431 |
| 3 | Mezzano | 3,872 |
| 4 | lem | 2,997 |
| 5 | clasp | 2,774 |
| 6 | sbcl | 2,123 |
| 7 | slime | 2,060 |
| 8 | roswell | 1,890 |
| 9 | clog | 1,745 |
| 10 | coalton | 1,705 |
| 11 | sketch | 1,496 |
| 12 | sly | 1,426 |
| 13 | woo | 1,382 |
| 14 | jscl | 951 |
| 15 | ccl | 935 |
| 16 | caveman | 817 |
| 17 | hunchentoot | 742 |
| 18 | kons-9 | 649 |
| 19 | qlot | 565 |
| 20 | quilc | 492 |
| 21 | qvm | 456 |
| 22 | medley | 447 |
| 23 | mac-app-util | 445 |