Extensibility: The "100% Lisp" Fallacy

Recently added in Lem: tree-sitter for JSON, YAML, Nix, Markdown, WAT; new language modes: Clojure, Perl, Kotlin, Zig (with LSP); git-gutter mode.

Lem has a (quite simple still) Git/hg/fossil interactive mode (interactive rebase is there but no reword for instance) and org-mode support is coming (https://github.com/mahmoodsh36/organ-mode).

Lem now is ncurses + webview (+ the non-longer maintained SDL2 backend) and it has daily multi-platform binaries. Try it out!

https://lem-project.github.io/

Interesting that there was no mention of Symbolics Lisp machines.

> It’s not wrong

Glad we settled that.

Common Lisp standard (and its implementations) really needs an uplift to shine. There are so many shortcomings and missing features in it that listing them here would take a lot of space. Instead, I will point to some proposals like Common Lisp 3[1] and Compact Lisp[2]. Meanwhile proper typing should be introduced out of the box, like in Coalton[3], for example. Also, pattern matching should be the part of the language, not some external library [4]. Even something basic but foundational is not yet standardized - Unicode support!

[1] https://github.com/blakemcbride/common-lisp-3

[2] https://github.com/lassik/compact-lisp

[3] https://coalton-lang.github.io/

[4] https://lispcookbook.github.io/cl-cookbook/pattern_matching....