3 ms·
A high performance asynchronous alternative to Emacs sounds great, but it feels like the Elisp ecosystem is so massive that I can't imagine everything I care a
by Conscat 3y ago
A high performance asynchronous alternative to Emacs sounds great, but it feels like the Elisp ecosystem is so massive that I can't imagine everything I care about being ported to Lem. Maybe I could stab at a few myself if I was determined to use it, but I wonder if a high degree of Elisp compatibility macros could help adoption.
- mepian 3y agoWhat Emacs extension would you personally use for the compatibility validation?
- akho 3y agoI don’t know. The problem does look big, but we’ve all recently seen the Neovim community rewrite a similarly-scoped ecosystem in Lua in couple of years. Logseq seems like a rewrite of a large part of Org, and was also doable. Also, tons of Emacs packages should not exist, and are only there because core is slow-moving and old. Zillion completion frameworks, modal editing modes used by three guys, &c. Deep issues (async/multi-thread, performance, display, namespaces) seem hard to solve without a breaking change.
- vindarel 3y agoFWIW, here's an experiment that was able to run Emacs's calendar program in CL (not the buffers and gui stuff, only "pure" elisp). https://sourceforge.net/p/clocc/hg/ci/default/tree/src/cllib/elisp.lisp https://sourceforge.net/p/clocc/hg/ci/default/tree/src/cllib...