GNU bug report logs - #78304
31.0.50; Support --early-eval on the command line

Previous Next

Full log

Message #77 received at 78304 <at> debbugs.gnu.org (full text, mbox):

From: Lynn Winebarger <owinebar <at> gmail.com>
To: Spencer Baugh <sbaugh <at> janestreet.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 78304 <at> debbugs.gnu.org
Subject: Re: bug#78304: 31.0.50; Support --early-eval on the command line
Date: Thu, 15 May 2025 15:51:22 -0400

[Message part 1 (text/plain, inline)]

On Thu, May 15, 2025, 3:08 PM Spencer Baugh <sbaugh <at> janestreet.com> wrote:

> Lynn Winebarger <owinebar <at> gmail.com> writes:
>
> That's true enough, but this is not about my site - the only reason site
> files came up is because Eli mentioned them.  Both of the use cases I
> mentioned (setting load-path-filter-function, using a script to run a
> reduced-functionality Emacs) should work for users anywhere without
> requring them to compile their own Emacs.
>

The only thing I can suggest is working to ensure redumping is functional,
since (rereading the email chain) you seem to be working on specialized
instances of emacs.  But you don't even really need that.

You can make an installation script that either redumps or just dumps, you
don't have to recompile anything.  Just install a script that calls emacs
with the explicit flag for the dump file the installation script
generates.  Everything necessary will already be available with the system,
dumping just loads the stuff you specify, then does a specialized garbage
collection and saves the result.  Pretty much any reasonable package
management system should allow you to do what's needed at install time.

I think you'll find that a much easier path to your goal than convincing
Eli to add another feature to maintain.

Lynn

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.