From: Eli Zaretskii <eliz@gnu.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>, Andrea Corallo <akrl@sdf.org>
Cc: emacs-devel@gnu.org
Subject: Re: Not using DOC for ELisp files
Date: Tue, 28 Dec 2021 20:17:14 +0200 [thread overview]
Message-ID: <83fsqclhlh.fsf@gnu.org> (raw)
In-Reply-To: <jwvo850ac67.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Tue, 28 Dec 2021 12:14:43 -0500)
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: emacs-devel@gnu.org
> Date: Tue, 28 Dec 2021 12:14:43 -0500
>
> Yes, it means the docstring are fetched from the likes of
> `lisp/files.elc` (as is already the case for the non-preloaded files)
> instead of from `etc/DOC`.
>
> > Or does it mean the *.el files (which might be compressed) must
> > be available?
>
> No, the `.el` files are not used any more than before.
>
> > And what does this mean for a natively-compiled installation?
>
> I don't think this has any impact.
So natively-compiled installations still need to make the *.elc files
available in the installation tree?
Andrea, is that a requirement regardless of the doc strings? That is,
can one remove the *.elc files of the preloaded Lisp files once Emacs
is installed and the preloaded *.eln files are available?
> > If there are any non-trivial consequences of this change, i.e. distros
> > will now need to make sure something happens that they didn't before,
> > I think we should get their opinions before we install this.
>
> The only non-trivial consequence I can think of is when the compiled
> preloaded files are missing. E.g. if the distros remove
> `lisp/files.elc`. I don't aware of any distro/packaging doing it (even
> tho it did make sense doing so to save a few bytes).
Well, I hope those of them who read this list will chime in if this is
of any concern.
Thanks.
next prev parent reply other threads:[~2021-12-28 18:17 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-28 1:48 Not using DOC for ELisp files Stefan Monnier
2021-12-28 2:25 ` Po Lu
2021-12-28 3:48 ` Stefan Kangas
2021-12-28 5:39 ` Po Lu
2021-12-28 4:11 ` LdBeth
2021-12-28 5:03 ` Stefan Monnier
2021-12-28 5:38 ` Po Lu
2021-12-28 9:52 ` Phil Sainty
2021-12-28 10:31 ` Po Lu
2021-12-28 12:47 ` Po Lu
2021-12-28 7:10 ` Lars Ingebrigtsen
2021-12-28 3:39 ` Stefan Kangas
2021-12-28 5:10 ` Stefan Monnier
2021-12-28 6:56 ` Lars Ingebrigtsen
2021-12-28 12:44 ` Eli Zaretskii
2021-12-28 17:14 ` Stefan Monnier
2021-12-28 18:17 ` Eli Zaretskii [this message]
2021-12-29 0:15 ` Stefan Monnier
2021-12-29 12:30 ` Johann Klähn
2021-12-29 23:08 ` Stefan Monnier
2021-12-29 12:52 ` Eli Zaretskii
2021-12-29 23:23 ` Stefan Monnier
2021-12-30 7:20 ` Eli Zaretskii
2021-12-31 4:19 ` Stefan Monnier
2021-12-31 8:57 ` Eli Zaretskii
2021-12-31 16:16 ` Stefan Monnier
2021-12-31 18:45 ` Eli Zaretskii
2022-01-03 13:48 ` Ken Raeburn
2022-01-03 14:30 ` Eli Zaretskii
2022-01-07 22:59 ` Ken Raeburn
2022-01-08 7:08 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83fsqclhlh.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=akrl@sdf.org \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.