Jeremie Courreges-Anglas <j...@wxcvbn.org> wrote: > On Sat, Apr 16 2022, Kenneth R Westerback <kwesterb...@gmail.com> wrote: > > On Wed, Apr 13, 2022 at 02:23:04PM +0200, Jeremie Courreges-Anglas wrote: > >> > >> Here's an update to the latest emacs version, very lightly tested so > >> far on amd64, test build running on sparc64. > >> > >> Test reports welcome. > > > > So far so good on my amd64 E595. > > > > The only comment doom makes is > > > > ! Emacs was not built with native compilation support > > Users will see a substantial performance gain by building Emacs with > > native > > compilation support, availible in emacs 28+.You must install a prebuilt > > Emacs binary with this included, or compile Emacs with the > > --with-native-compilation option. > > > > Dunno if avoiding native compilation is deliberate on your part or not. :-) > > Yeah I didn't look into it, it would require libgccjit from a recent-ish > lang/gcc port (op@ said lang/gcc/8 wasn't enough).
yep, i tried a year ago or so with gcc8 but I remember all sorts of error popping up. When I re-tried with gcc10 it worked flawlessly, no need to patch anything, it just worked. > Timo Myyra has sent > a patch for lang/gcc: > > https://marc.info/?l=openbsd-ports&s=gccjit keep in mind that his diff doesn't build IIRC. I've used a diff sent by someone on IRC (sorry, I don't remember the nick) and tweaked it a bit, but eventually lost it ^^" -- apologize. > I haven't tried this yet and I don't know how much it can speed up > emacs, but it will require careful thinking. People who want it, feel > free to beat me to it. :) I've heard really good things about it, but in my case it I didn't feel any difference. I only got *a lot* of annoying warnings buffers popping up as soon as Emacs started to compile 3rd parties packages. It seemed easier to disable it rather than tweak display-buffers-alist ;)
