https://lists.gnu.org/archive/html/emacs-devel/2019-12/msg00635.html
| From : |
Eli Zaretskii |
| Subject : |
Starting the Emacs 27 release cycle |
| Date : |
Mon, 23 Dec 2019 18:05:19 +0200 |
I’ve created the emacs-27 release branch, and bumped Emacs version on master to 28.0.50. A pretest of Emacs 27.1 will follow some time soon, I hope. Please from now on push safe bugfixes and documentation fixes to the release branch; all the other development should happen on master. When in doubt whether a bugfix is safe enough, please ask. CONTRIBUTE has more about working with master and the release branch, please review those practices. Please also checkout and build the release branch and use the version there to find potential bugs sooner rather than later. TIA
9 个赞
** Emacs no longer defaults to using ImageMagick to display images,
due to security and stability concerns. To override the default, use
‘configure --with-imagemagick’.
imagemagick 的替代品是什么，有了解的吗？
其实现在基本上不需要ImageMagick了。以前主要是需要用ImageMagick进行图片放大缩小，现在Emacs可以直接用操作系统API来放大缩小。至于ImageMagick提供的一些额外图片格式支持基本上大部分人从来都用不到。我在Windows和Mac上都是用–without-imagemagick编译好几个月了，没感觉有任何不妥的地方。
3 个赞
只想要个27。28太不稳定了，一天崩溃了好几次~~~
2 个赞
现在已经在windows上自己编译着玩了，28.0.50，native-comp的分支，很稳定。
比编译成elc快。正常用org mode，轻度使用lsp-python-ms、helm、evil、magit之类的稳定。
刚才手贱git pull了，同步分支代码，编译中。在windows编译成eln好慢，没2个小时搞不定。不知道最新的代码稳定吗。
最近的还比较稳定，崩溃次数明显少了。Windows 上 native-comp 还是比较有价值的。
我1月20号下的代码，在windows上编译的，比较稳定。编译后的eln可以strip -s去掉debug信息，不然随便一个eln文件就300k以上，太占地方。
在linux上也有啊，可以看性能对比，速度至少是原来的1倍以上。emacs在linux上真是各种爽，编译快，稳定。但是办公主力还是windows，没办法。
一倍以上，之前不是说差不多的吗？感觉以后大有前途啊，改天试试。。。
一倍以上是测试数据还是感觉的？不知道 macOS 上效果如何，期待
跑 gccemacs 的benchmark，和他的差不多，个别case稍微慢点，随便都是1倍以上，可能都是cpu密集型的吧，case里是斐波那契数列计算，排序之类的。
实际使用，感觉也就快一点，不明显。我的emacs配置，启动速度比原来稍微慢一点点。一般2~3s启动。
光在mingw64上折腾gcc就很麻烦，除非官方能提供一下带native-comp的包，不过libgccjit.so太大了。
2 个赞
我觉得mac应该比windows上好搞定吧，gcc安装起来应该比较容易些，不需要改代码。
只要提前编译好eln，不再编译eln，貌似emacs只要在LIBRARY_PATH里配置libgccjit.so的路径就够了。不知道是否可以用自己编译的libgccjit.so混用机器上低版本的gcc。
mac 上应该不难，但是要 xwidget 那些 patch 就比较麻烦。只是不知道mac 上能快多少。