Live data from Hacker News

Emacs-like editors written in Common Lisp

cliki.net

71–78 of 78 posts

Re: Emacs-like editors written in Common Lisp

#71

Emacs is awesome because it nicely handles every programming language I use. There was no mention in the article of the LispWorks editor, that was derived from Hemlock. A really nice editor to use when I need the features of the LispWorks IDE, otherwise my favorite is just Emacs configured for LispWorks and SBCL. For the discussion topic: I am not sure if the LispWorks editor is faster, snappier, etc. than Emacs beca…

The performance sensitive parts of Emacs are written in C, which would explain why you don’t see a huge difference between Emacs and LW imo

Re: Emacs-like editors written in Common Lisp

#73
post #55

Earlier quoted context omitted.

For CLIs, Common Lisp is excellent. I wrote a small program in CL and Rust, and (SB)CL can run faster than Rust EVEN FROM SOURCE! It's just completely mindblowing how fast it starts. If you don't believe me, write a program that does something like count how many times each letter appears in a text file in CL and Rust, then run them with `time`. I can pretty much guarantee CL runs as fast or faster. EDIT: my comment…

Ooooh nice!!! That is amazing but how viable is common lisp for low level programming. Instead of embedding CL, what about a DSL that creates binaries, does something like this exist?

For embedded application (as in micro-controllers) there is http://www.ulisp.com/

SBCL still needs garbage collection. There are also https://github.com/carp-lang/Carp and https://github.com/bakpakin/Fennel

I haven't used these. Would be great if low-level and embedded engineers could chime in.

Re: Emacs-like editors written in Common Lisp

#74

Earlier quoted context omitted.

Very cool! Thanks for sharing the dots! I'm a vim user too, but recently I've been considering Common Lisp mainly due to this post: https://mikelevins.github.io/posts/2020-12-18-repl-driven/ so I did a brief tour on Emacs (cause everyone uses sly) but both Emacs and CL take too much time so I've postponed them. Would be nice if you describe your vim+cl workflow and how does it hold up to Emacs+Sly+Org-mode ™

https://blog.djha.skin/blog/developing-common-lisp-using-gnu...

Thanks!

Re: Emacs-like editors written in Common Lisp

#76
post #61

Earlier quoted context omitted.

is there a tldr on undo-tree's capabilities? I really like emacs' default undo behaviour, especially it's region bound behavior. undo-tree is kind of like vim right? Ive actually never really grokked that one either. I even remove undo-tree after installing evil as its an unwanted change for me, and evil has no option not to use it.

Undo tree stores the changes you make in a tree, like Emacs does by default, but its undo function is undo only and its redo function is redo only. When there are multiple different changes you can redo you can select which one you want. Vundo offers that functionality with Emacs' default undo tree, making it an objectively better package as it preserves undo-in-region, which undo-tree lacks.

I might take a look at vundo then, that sounds great. Thank you both for the explanations!

Re: Emacs-like editors written in Common Lisp

#78
post #51

Earlier quoted context omitted.

I don't recall the implementation details, but I have heard of undo-tree landing in invalid states that can break the history. It might just be that vundo is newer, but I haven't heard of these kinds of stories for that package. In my eyes it is the more idiomatic implementation.

I have not used vundo, but it seems to be just a visualizer for the buffer undo list, whereas undo-tree takes over the undo system, replacing not just the commands but the data structure ( https://github.com/apchamberlain/undo-tree.el/blob/help-in-v... ). In other words, I think there's simply less surface area for vundo to have or cause problems.

This is a good summary.
Post reply on HN