Emacs的Windows版恐将被宣布为“不受支持”

https://lists.gnu.org/archive/html/emacs-devel/2024-07/msg01072.html

Sadly, the MS-Windows port of Emacs is basically not taken care of anymore. There are no active developers on board who seem to care about it, except yours truly. I see this in the (lack of) responses to Windows-specific bugs and issues reported to the bug tracker: no one chimes in, even if I deliberately leave a bug report without responses for many days. As my free time is severely limited, I only care about aspects that affect me directly (and the 64-bit build and GCC 14 are way outside that scope).

遗憾的是,Emacs 的 MS-Windows 移植版基本上已无人问津。除了我本人,似乎没有活跃的开发者关心它。这一点从针对 Windows 特定错误和问题的反馈(或缺乏反馈)中可见一斑:即使我故意留下一个多日无人回应的错误报告,也无人插话。由于我的空闲时间极其有限,我只关注直接影响我的方面(而 64 位构建和 GCC 14 则完全不在这一范围内)。

If no one comes forward and starts taking care of the MS-Windows issues, I’m very close to the decision of declaring the Windows build of Emacs “unsupported”, meaning anyone who needs it are “on their own”, from my POV as the (co)maintainer.

如果无人挺身而出并开始处理 MS-Windows 相关问题,我几乎已决定宣布 Emacs 的 Windows 版本为“不受支持”,这意味着从我作为(共同)维护者的角度来看,需要该版本的用户将“自行负责”。

This is not an April 1 joke: if there’s a significant community interested in being able to run and develop Emacs on MS-Windows, someone should volunteer to take care of the build on a day to day basis, or else the conclusion is that there’s no general interest in that platform among the Emacs community that is high enough to justify the investment.

这并非愚人节的玩笑:如果有足够多的社区成员对在 MS-Windows 上运行和开发 Emacs 感兴趣,那么应该有人自愿承担起日常的构建工作,否则结论将是,Emacs 社区中对该平台普遍的兴趣程度不足以证明投入的合理性。

You have been warned!

你已被警告过了!

ref: https://www.reddit.com/r/emacs/comments/1evby34/comment/liqp8fp/

你火星了(也不算

就 Windows 的兼容性,感觉现在的代码再用个十几年应该不成问题。即使官方不提供 Windows 的构建版本自己编译也行。

1 个赞

离谱,那前段时间主动兼容 UCRT 又是在图什么呢? :melting_face:

1 个赞

对于Windows10/11的用户来说,WSL1和WSL2也可以作为一定程度的替代。

2 个赞

Windows下,除了启动慢点、org慢点、magit慢点, 也没啥毛病。

4 个赞
  1. 怕的是他们会把 nt/ 文件夹直接删除,或者完全不更新。
  2. Emacs 在 Windows 上能不能编译出来还取决于 MinGW/MSYS 的兼容性。
1 个赞

正常人短时间之内恐怕干不出这事 :joy:

2 个赞

删除肯定不会的

那之前所谓的xp兼容性不就成笑话了。前面很多优化/修改无法引入就是因为兼容性。结果这一波直接不受支持。

2 个赞

显然意思是降低 64 位 Emacs 和新版本 GCC/GlibC 在 MSYS2 上出问题后解决的优先程度,因为主要开发者都还在用 32 位系统,不能保障复现问题

1 个赞

有个疑问,为啥主要开发者用的系统还是32位啊

有可能是用的windows XP, 该系统的64位极少人用, 而且可能和32不兼容

不一定, 兼容性最关键的就是能编译, 如果不兼容, 有可能某些修改导致无法编译

1 个赞

这是好事情,m$win 用户为了 emacs 不得不尝试自由软件,不破不立

Linux 当 Desktop 用的稳定性太差了,尤其是绝大部分发行版默认的 DE 还是那个充满各种槽点的 GNOME 而不是 KDE;而且据说 Wayland 对 Chromium 套壳和 Java 程序下的中文输入支持很差,X11 还缺少开发者基本算是被抛弃了。

我曾经好多次在虚拟机里尝试把 Linux (GNOME DE)当成 Desktop OS 使用,每次都很快就被全退了:标题栏 glitch 无法正常显示、软件界面上出现随机的彩条……

4 个赞

反正有wsl,支不支持无所谓了。

linux环境十几年了,好好的。。。

多用用 Windows 和 macOS 就会发现问题了。讲真这种问题即使是差评如潮的 Windows 11 都很难遇到的:

不过或许是因为 GNOME/Gtk 的问题?(自我安慰) :thinking:

1 个赞

纯用户角度,觉得win版太有用了,也没遇到啥问题,务必继续支持啊✊

5 个赞

很难说,这次 RMS 也出来发话了。搞不好 macOS 的支持也要标记为「不受支持」了。 :melting_face:

https://lists.gnu.org/archive/html/emacs-devel/2024-07/msg01152.html

5 个赞