News for hackers. Stuff that matters.

A comment on Making bracket pair colorization faster. Parent comment

Re:Making bracket pair colorization faster by gpderetta on Wednesday September 29, 2021 @09:11AM (#28693097)
emacs has been an usable and relatively fast editor built on top of a fairly slow interpreted language. In comparison JS and V8 should be significantly faster. As you say, the issue is usually the layers of layers of layers of sometimes gratuitous abstractions build on top of some applications.
[ Parent | on HN ]
Re:Making bracket pair colorization faster by TeMPOraL on Wednesday September 29, 2021 @10:20AM (#28694018)
> built on top of a fairly slow interpreted language

Correction: built on top of a bytecode-compiled language that, few years ago, became a native-compiled language (both AOT and JIT) - initially as an experiment/optional feature, and as of ~5 months ago, this has been merged into the main repo branch.

[ Parent | on HN ]
Re:Making bracket pair colorization faster by gpderetta on Wednesday September 29, 2021 @10:33AM (#28694182)
Of course, I'm an happy user of native-comp as well. Still for most of its history emacs got by with a not exactly state of the art interpreter.
[ Parent | on HN ]
Re:Making bracket pair colorization faster by trey-jones on Wednesday September 29, 2021 @09:21AM (#28693193)
emacs also has the advantage of 40 years of existence, and perhaps most importantly for performance: the ability (requirement?) to choose exactly what functionality you want to load.
[ Parent | on HN ]
Re:Making bracket pair colorization faster by npigrounet on Thursday September 30, 2021 @02:28AM (#28703741)
VSCode did more in a few years than emacs did in 40 years.
[ Parent | on HN ]