支持一下,虽然还是有点小小的担忧。过去看到好几个类似的项目都以失败告终,看看AI时代能不能改观。如果能反向主流的话就肯定能成
楼主加油,喜欢就去做,对实践者来说,我个人认为过程带来的意义远远大于结果,不管是成功还是失败,至少自己努力尝试过了,不会有遗憾,加油加油,期待你的windows版本
emacs lisp 可能才是 emacs 核心, 独立现代的 elisp 很有意义。 This is the way
问个问题:你的Rust优化的Lisp machine是什么意思?想在baremetal上跑rust写的lisp machine?
编译过不了, 每次都是在precompiled elisp那里显示内存错误 ![]()
zed是不是把你的目标实现了 ![]()
顺便问问楼主,这个项目和emacs-ng有哪些差异?目标有什么不同?
还真没过zed呢
我最近在用zed, 最大的感受有两点,
1 速度是真的快, 任何操作都是瞬间响应, 包括启动
2 开箱即用做的得好
刚试了一下,确实很快,手感也不错,可惜我已经上了org的贼船了 ![]()
neomacs 使用 GPU 渲染 emacs 的所有前端,所以 “可以做到”,邀请你提个 Feature Request: GitHub · Where software is built
哈哈,我和你思路相反。 我想着 将 zed 的 LSP 相关的东西集成到 neomacs 里,期望 在 neomacs 里,规避 emacs 的单线程限制。享受到 像 zed 那样快速的 LSP 操作体验!
- neomacs 重写了一个 neo display backend 和 display engine。为了保持和官方emacs外观一致,也是基于行排版的,但是用 wgpu 渲染前端文字/图片的
- 目前 neomacs 已经做到前端和后端是两个独立的线程了。后面应该要大改特改 elisp vm 来做到真多线程。
目标是尽量做到100%兼容
保留tui 模式
neomacs 计划用 rust 重写 elisp vm 那一套(
emacs-ng 主要是给 emacs 引入 Deno ,和 Mozilla WebRender。emacs-ng 并没有对 Emacs C Core 和 xdisp.c 做改动。
emacs-ng 是在旧地基上增加新楼层。
而 Neomacs 是拆掉地基重建。前端(GPU display backend, layout engine)已经用 Rust 重写完成,后端(Elisp vm, modern GC, buffer 等等)计划全部用 Rust 重新设计和重写。目标是用现代架构替换原来的 Emacs C Core,同时期望保持对 GNU Emacs 100% 的兼容性。
这是一个极具野心的项目。
方便提个issue吗,贴上相关的复现步骤和错误内容。
已经提过了,现在编译能过了