pretest已经出了
期待正式 27 release。不知道 28 有什么好的功能在实现
期待正式 27 release
gdb-mi有更新w
等待正式release
gdb-mi你用的多吗？请教下有什么优点呢？
写学校的系统课作业用。我觉得挺不错，功能挺全的，内存，寄存器，调用栈，io，断点，汇编码，啥都能显示。可以看作gdb加一堆显示屏。虽然没有IDE里鼠标移到变量上就显示值这种华丽功能，基本上够用了。
周末折腾了下 native-comp，感觉速度挺升还是听明显的。 之前一直用 ccls 写 c++ ，补全的时候会有零点几秒的延迟，不影响使用，但是可以感觉到，现在几乎没有了。
是docker镜像的那个方式吗？
直接从 native-comp 分支编译的，挺花时间的，emacs 里面 lisp 源文件太多了，编译时间得比原来多一个数量级。
启动时间怎么样？
听说3-4倍的速度提升
我觉得不用native-comp启动速度会更快点。因为启动native-comp时是要按PATH搜索找编译好的eln的，加载eln（动态链接库）是需要时间的，而且动态链接库一般都不小，至少200k以上。一般加载100+以上的eln。
一般我的windows刚开机，native-comp的emacs是放在机械硬盘上的。第一次启动native-comp的emacs，要30、40s左右，关了以后再启动大概可以3s以内。windows的文件系统估计已经cache住部分动态链接库的文件了。
而普通emacs的文件放在ssd上。普通的emacs第一次启动可能要10s左右，第二次再启动2.5s左右。
启动速度看脸，windows上系统不忙时，io低的时候，启动都能在2s以内。linux上native的emacs能到1s以内。
启动起来以后，用的时候native-comp的速度是会比普通emacs快。pyim启动速度上，native的比普通的快。
aweshell中光标的移动速度虽然都有点卡，native也明显比普通的快。
可以试一下native-comp出来的eln可不可以dump，如果可以dump的话用dump加速就完美了
native的emacs某些package编译后，加载了有时候容易segfault，如helm-buffers.el编译后加载后，emacs经常segfault。magit编译后也容易让emacs segfault。
有些package会有莫名其妙的问题，如evil-commands.el编译后，visual-mode在列编辑mode中，光标就不正常。
再用pdump，怕是定位都麻烦。现在不怎么用pdmp，一来一更新就要手动dump一次，二来有问题定位麻烦。反正用了native的emacs本身就很快。不差那一秒半秒的。
我在用dump，启动很快，我自己在el里面统计的时间
Emacs is ready, startup cost: 0.047 seconds.
对于使用中的速度和稳定性目前我还比较满意。如果native-comp能一起用就好了。 我的配置已经很固定了，几乎没有什么修改了，有也不用实时生效。
听说27马上发布了，就决定数着日子等待，结果这样一等就是小半年啊
嗯，emacs27的tag已经打了，估计在准备发布信息之类的
2 个赞
6月能出来就不错了