新版可能插件还没有跟上。
我一直在用prelude。下载安装Emacs 28.1，并且重新安装prelude。C-c C-p准备运行Python，出现"Process Python exited abnormally with code 49"，不成功。回退，用Emacs 27.2+prelude后，一切正常。
这个策略真的是非常不友好呀，编译过程完全没反应，为啥这种策略就发正式版了？
这种每个人都会遇到的问题不解决就发正式版完全不负责任呀。
1 个赞
你这意思是 Emacs28.1 问题吗？？
我个人感觉问题还是出在Emacs 28.1 上
So？？ 
我真的难受啊，我看见 native-comp 是真的强，无论是在启动速度还是在性能方面
我也觉得这种方式很烦，用户的直观体验就是卡，不断弹窗，而且是强行置顶那种。
个人觉得应该发两个版本，一个不带 native-comp的，让用户选择。毕竟要体验 native-comp 还是要用户自己去安装依赖的。
所以我索性自己编译了，提前把所有内置包和第三方包都编译了，编译一次，以后就不用管了。不过这样就会造成要多编译很多永远用不到的内置包，编译时间更长，Emacs的磁盘占用更大。
怎么把第三包直接编译进去？？
我看了你的教程。似乎没有说到可以这样做
我只知道可以使用 (native-compile-async “/path/to/packages” 'recursively) 这个添加
我也是菜鸟一个，都是用现成的，至多改改LaTeX的编译引擎啥的。
应该不是emacs 28.1的问题。emacs 28.1在pretest上有好长时间了，应该不会有我遇到的这么低级的错误。emacs 28.1不再顾及32 bit了，我在Windows上直接安装，比27.2版少占用空间70MB，只有288MB左右。
我也是啊，本身又不是程序员出身，只是一个普通爱好者，看见Emacs挺好的就使用上了，虽然还不知道自己为什么要用Emacs
第三方包的编译不同的包管理器不一样，我只知道 Borg 的方式，doom 好像也可以。等其他大佬解答吧。
不知道你用的是什么配置？
原生的，使用 org 管理 配置文件 ，下载包是 straight + use-package
哈哈，感谢建议，我正是想用 native comp 才折腾
我没用过 straight，帮不到你 
。
我用的这里build的emacs-29，winserver2022（对标win10），也是native comp，下完打开挂机一节课编完大部分包，用的时候没出任何问题，或许你可以试试？其实也是坛友从emacswiki上扒到的 
正式版玩不舒服就直接上预览版，谁也不能让咱hacking不happy，你说是不是 
不知道为啥，估计之前呼声很大就加进去了。我在 macOS 没用 gcc 就干脆没开这功能，感觉和27没太大区别。主要问题还是在提供 Windows 版本的人把这个特性开了。
1 个赞
听起来像是在 windows 上有什么特别之处。
https://emacs-china.org/t/emacs28-emacs/20446
我在window上用 native-comp，第一次启动就出现这个问题。然后把native-comp-async-jobs-number调小，算正常起来了。否则，必然死机。
对，这玩意主要会死机，真的是无语。
我觉得开发者但凡测试一下都不会这么弄，这种情况会导致所有老用户都在第一次启动觉得emacs卡死了。
继续使用emacs 27,等两个月再说.我也还在用emacs27,等同学们把28的坑采完了我就上了.
3 个赞