[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad an
From: |
Eli Zaretskii |
Subject: |
Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563 |
Date: |
Sun, 19 Dec 2021 19:09:32 +0200 |
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Eli Zaretskii <eliz@gnu.org>, luangruo@yahoo.com, emacs-devel@gnu.org,
> schwab@linux-m68k.org, email@johnmuhl.mx
> Date: Sun, 19 Dec 2021 11:53:19 -0500
>
> >> Then maybe the easiest solution would be to stop using a special
> >> autoloads file for rmail, and just have it use loaddefs.el?
> > Yes, I think that sounds like a good idea -- I have no idea why rmail
> > has its own loaddefs in the first place.
>
> Usually it's done for autoloads that are only used internally to
> a package so as to reduce the number of "useless" autoloads in
> loaddefs.el (and along with it, the size of Emacs's pdump heap).
The number of Rmail autoloads is not large, and OTOH quite a few Lisp
files in Emacs reference Rmail this way or another. The emacs.pdmp
file grew by 1.7KB when I added Rmail autoloads to loaddefs.el. So I
think it makes little sense to complicate our build procedure for such
small gains, and I've now removed rmail-loaddefs.el file on the master
branch.
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, (continued)
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Lars Ingebrigtsen, 2021/12/17
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Po Lu, 2021/12/17
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Lars Ingebrigtsen, 2021/12/17
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Lars Ingebrigtsen, 2021/12/17
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Eli Zaretskii, 2021/12/17
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Lars Ingebrigtsen, 2021/12/18
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Eli Zaretskii, 2021/12/18
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Lars Ingebrigtsen, 2021/12/19
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Eli Zaretskii, 2021/12/19
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Stefan Monnier, 2021/12/19
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563,
Eli Zaretskii <=
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Stefan Kangas, 2021/12/19
- secondary loaddefs [was Re: Bootstrap broken betweeen ...], Glenn Morris, 2021/12/19
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Richard Stallman, 2021/12/19
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Stefan Monnier, 2021/12/17
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Lars Ingebrigtsen, 2021/12/18
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Stefan Monnier, 2021/12/18
- Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Lars Ingebrigtsen, 2021/12/19
Re: Bootstrap broken between 2893cb6a21af3384cf5d6dc2b6bbdd5ebba8e1ad and 469fe6a040d6df612c00ea169670c6d8d7e58563, Kévin Le Gouguec, 2021/12/17