SBCL Common Lisp
Hacker ApprovedThe most recommended of 6 common Lisp implementations
Recommended for its mature optimizing compiler, helpful type warnings and fast native code. Critics mention a minimal REPL and an image model some dislike.
Recommended for its mature optimizing compiler, helpful type warnings and fast native code. Critics mention a minimal REPL and an image model some dislike.
58 people gave an opinion
- recommend it
- 49
- criticize it
- 9
- approval share
- 84%
Recommended in 11 of 13 months
- November 2025: recommended
- December 2025: recommended
- January 2026: not recommended
- February 2026: recommended
- March 2026: recommended
- April 2026: recommended
- May 2026: recommended
- June 2026: recommended
- July 2026: recommended
- August 2026: recommended
- September 2026: recommended
- October 2026: recommended
- November 2026: not recommended (month in progress)
Why it carries the badge
- 49 people recommend itNeeds 10 or more, met.
- 5.4 recommenders for every criticNeeds 2 to 1 or better, met.
- Recommended in 11 of 13 monthsNeeds 4 or more, met.
The same three rules apply to every product, and the badge can’t be bought. How the badge works
What people say about it
The reasons people give, with the number of comments that give each one. Open a reason to read what they said.
Why people recommend it
Each mark is one comment
Fast native code from optimizing compiler
“The SBCL implementation has a good compiler that produce reasonably fast code, and it's under active development.”
Comment from 1 Feb 2026 in “Swift is a more convenient Rust” “SBCL and the commercial implementations can be extremely fast, especially if you specify types on tight loops.”
Comment from 5 Nov 2025 on Hacker News “has a pretty sophisticated optimizing compiler that produces pretty fast native code by default”
Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language” - Comment from 11 Dec 2025 in “Common Lisp, ASDF, and Quicklisp: packaging explained”
- Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language”
- Comment from 10 Aug 2026 in “Because It's Not Fun Enough: why languages fail”
Catches type errors with helpful warnings
“in practice SBCL does a great job at doing it or at least emitting warnings when it can't prove the code will fail at runtime”
Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language” “SBCL has fine type checking. Some is done at compile time -- you get warnings if something clearly can't be type correct”
Comment from 12 Mar 2026 in “SBCL: A Sanely-Bootstrappable Common Lisp (2008) [pdf]” “when using SBCL some obviously wrong types, or typos, or miscounted arguments, can be caught ahead of time”
Comment from 6 Oct 2026 in “Why Common Lisp is now the best programming language” - Comment from 8 Dec 2025 in “The programmers who live in Flatland”
- Comment from 12 Mar 2026 in “SBCL: A Sanely-Bootstrappable Common Lisp (2008) [pdf]”
Fast, easy-to-pause garbage collector
“SBCL's generational GC is faster in all cases, easy to reason about, and trivial to pause.”
Comment from 13 Apr 2026 in “A Perfectable Programming Language” “The newish SBCL parallel gc is fantastic and uses no additional memory during gc”
Comment from 19 Apr 2026 in “Modern Common Lisp with FSET” “Arguably the best is SBCL, which has a mature compiler and garbage collection”
Comment from 10 Aug 2026 in “Because It's Not Fun Enough: why languages fail” Actively developed and well maintained
“The SBCL implementation has a good compiler that produce reasonably fast code, and it's under active development.”
Comment from 1 Feb 2026 in “Swift is a more convenient Rust” “the project is far more active and cared for than I had originally suspected”
Comment from 17 Dec 2025 in “Fast SEQUENCE iteration in Common Lisp”
What people warn about
Each mark is one comment
Minimal REPL, weak line editing
“The standard for Common Lisp has to be sbcl but the REPL is pretty minimal.”
Comment from 10 Mar 2026 in “Getting Started in Common Lisp” “SBCL REPL cannot do this on xterm, it needs a proper hosting REPL environment like SLIME”
Comment from 28 May 2026 in “Why Ctrl+V won't paste images in Claude Code on WSL, with a fix” “the average newcomer can't even use arrow keys or backspace in SBCL”
Comment from 13 Dec 2025 in “Common Lisp, ASDF, and Quicklisp: packaging explained”
Other common Lisp implementations people recommend
The four most recommended other common Lisp implementations, with the same counts for each, so you can compare like for like. The tick on each bar marks the 2 to 1 line the badge needs.
| Product | Recommend | Criticize | Approval | Months | Owned | Badge |
|---|---|---|---|---|---|---|
| SBCL Common LispThis page | 49 | 9 | 84% | 11 | — | Approved |
| Steel Bank Common Lisp (SBCL) | 26 | 7 | 79% | 8 | — | Approved |
| LispWorks | 6 | 6 | 50% | 6 | — | — |
| Dotcl | 6 | 0 | 100% | 2 | — | — |
| ECL (Embeddable Common Lisp) | 5 | 0 | 100% | 5 | — | — |
What people said
40 of the 93 comments that mention it, newest first. Each links to the original comment.
“CL is very competitive with popular managed languages like C#, Go, Java, etc”
“SBCL can produce very fast code. It's really slept on from that point of view.”
“in practice SBCL does a great job at doing it or at least emitting warnings when it can't prove the code will fail at runtime”
“when using SBCL some obviously wrong types, or typos, or miscounted arguments, can be caught ahead of time”
“has a pretty sophisticated optimizing compiler that produces pretty fast native code by default”
“The SBCL REPL is a very native place for a coding agent to live.”
“Pick SBCL for speed, learn CL, learn about SIMD and optimizations.”
“Arguably the best is SBCL, which has a mature compiler and garbage collection”
“provisions for gradual typing (with limits) which are exploited by SBCL”
“it's worth learning CL (use SBCL) to fully appreciate everything the Lisp world has to offer without compromises”
“I do however think SBCL has a very nice environment with great tools”
“Luajit and SBCL are very much performance competitive with the JVM?”
“Common Lisp's SBCL (among others, this is not an exclusive list)”
“SBCL REPL cannot do this on xterm, it needs a proper hosting REPL environment like SLIME”
“SBCL is just a marvel of engineering that's impossible to not use”
“even SBCL for Common Lisp too if you finetune the compiling options”
“would you rather write programs with SBCL or some company's internal unnamed domain-specific tree-walking sexpr language”
“I am an avid sbcl and coalton user (and sponsor of both when I can)”
“historically overly optimized for throughput at the expense of everything else”
“The newish SBCL parallel gc is fantastic and uses no additional memory during gc”
“I luckily have the freedom to work with SBCL almost fulltime. It is a joy”
“SBCL's generational GC is faster in all cases, easy to reason about, and trivial to pause.”
“sbcl is one of the things that does not grow tumors in software”
“the SBCL compiler is such that it should never throw an exception even on invalid code”
“SBCL does a fine job in detecting type mismatches within the frame of ANSI Common Lisp”
“SBCL is lovely and very well optimised. Been using it for many personal projects as it just works”
“SBCL has fine type checking. Some is done at compile time -- you get warnings if something clearly can't be type correct”
“The standard for Common Lisp has to be sbcl but the REPL is pretty minimal.”
“Probably the best way of writing assembly, can evaluate the function immediately, use macros and any other code to emit instructions”
“top tier free (as in freedom) interpreter/compiler out there”
“The SBCL implementation has a good compiler that produce reasonably fast code, and it's under active development.”
“the project is far more active and cared for than I had originally suspected”
“the average newcomer can't even use arrow keys or backspace in SBCL”
“The de facto standard implementation (sbcl) has a very good compiler and an acceptable GC.”
“have SBCL warn me if I try to use the resulting Digit-Vector in a function which wants a String”
“I still fondly remember the days where I could launch Emacs with sbcl”
“SBCL is a miracle machine. Even without type annotations it usually performs well enough.”
“I like seeing how fast I can get my solution to run with SBCL”
“If you want the best performance and need to build executables without JVM then SBCL is a better choice”
“SBCL and the commercial implementations can be extremely fast, especially if you specify types on tight loops.”
Counts come from 1,795,640 Hacker News comments, November 2025 to November 2026. How we count. Report a mistake.