[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ELPA] New package xeft.el

From: Dr. Arne Babenhauserheide
Subject: Re: [ELPA] New package xeft.el
Date: Fri, 13 Jan 2023 10:54:05 +0100
User-agent: mu4e 1.8.11; emacs 28.1

Richard Stallman <rms@gnu.org> writes:

> How does native-compiled Emacs Lisp code compare with native-compiled
> src/*.c?  The main difference is that native-compiled Emacs Lisp code
> is optional -- you don't _need_ it to run Emacs.  This means that the
> upside of distributing that particular compiled code is less -- but
> the downside is the same.

The upside is that packages have lower startup time, which is less, yes.

But the downside is also less than with shipping pure binaries, because
platforms without shipped native-compiled code will just have a longer
startup time, but the package will still work. The package also works
for them if there is no native compiler for the platform at all.

So this is not so much like shipping binaries, but rather like providing
a pre-filled cache for known use-cases.

Best wishes,
Unpolitisch sein
hei├čt politisch sein,
ohne es zu merken.

Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]