@cwebber Probably useful for the Guile Emacs effort, as that lists startup compile time as one of the issues needing improvement:

· · Web · 2 · 1 · 1

@wauz @mathew It's the OS that has the best editor, because the editor is a quasi-lisp-machine-OS... which is the right decision :)

Its main contender, vi, was dying until it "became an emacs" through vim, as @antifuchs once said to me. (Back in the day, when "OS that lacks a good editor" was most common, one of the most prominent arguments *for* Vi over emacs was that it wasn't extensible; shouldn't the unix philosophy be enough??!?!?!)

ACK. For some reasons, I think, new jokes are an acceptable use of Hirnschmalz
@cwebber @mathew @antifuchs

@mathew I'm a big fan of the Guile Emacs effort... I packaged Guile Emacs for Guix at one point.

It would indeed be very nice to see it succeed. I'm afraid the air may have been sucked out of the room for it via the native compilation emacs branch (which is not to shoot down the native compilation branch, that's a fantastic effort). However there are some things guile-emacs couple provide that the native compilation can't... I wish it would continue

@cwebber @mathew I thought it lost steam because it was a gsoc project and once the summer ended no one but the gsoc student had enough context to continue the work?

@technomancy @mathew Yes, though that doesn't always happen with GSoC projects, though it is a *frequent* outcome.

@cwebber @mathew In theory native compilation Emacs and Guile Emacs shouldn't necessarily conflict, though doing both would complicate things. The last I saw though, Guile Emacs was reported to be rather slow.
Sign in to participate in the conversation

Server run by the main developers of the project 🐘 It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!