Hacker News new | ask | show | jobs
by mort96 20 days ago
Huh is that true? Does running a command in a terminal buffer block all of EMacs? That's extremely surprising, the main use of these kinds of integrated terminals for me is to compile and run which means long running commands. Is this use case fundamentally not supported due to EMacs's architecture?
1 comments

No, running a command in a terminal buffer doesn’t block the emacs UI, but a long running bit of elisp running in emacs can block the UI.
Surprised we haven't seen an LLM-rewrite to <insert favourite language> rewrite of emacs yet!
Like https://lem-project.github.io/ ? (not vibe coded btw, even better!)
Interesting.. although if I ever switch, it'd be to an emacs spawn that didn't use lisp as language.
I'm confused, what emacs do you have in mind? For me, emacs is a lisp machine, hackable live, M-. all the way down, that kind of things, that's the whole point (again, subjective opinion, and I'm interested in yours).

What language do you have in mind?

If you're worried about performance, Common Lisp is a compiled language. It's about the best performing dynamic language there is, and not too far behind Zig, Rust and the likes.

No real preference actually, just not a fan of lisp. (Too (many (god (damn (brackets))))). I just find it visually very fatiguing to read.