GNU bug report logs - #36649
27.0.50; pure space and pdumper

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: eggert <at> cs.ucla.edu, rpluim <at> gmail.com, stefan <at> marxist.se, schwab <at> linux-m68k.org, monnier <at> iro.umontreal.ca, pipcet <at> gmail.com, 36649 <at> debbugs.gnu.org, akrl <at> sdf.org
Subject: bug#36649: 27.0.50; pure space and pdumper
Date: Wed, 12 May 2021 20:28:53 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  pipcet <at> gmail.com,  eggert <at> cs.ucla.edu,
>   rpluim <at> gmail.com,  schwab <at> linux-m68k.org,  stefan <at> marxist.se,
>   36649 <at> debbugs.gnu.org,  akrl <at> sdf.org
> Date: Wed, 12 May 2021 19:11:21 +0200
> 
> Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> 
> > I thought the question was not directly relevant because removal of the
> > pure space does not imply removing unexec.
> 
> It just makes unexec Emacs a little less efficient?  In which case I say
> we should just ignore the issue and apply the patch.

Keeping unexec doesn't mean breaking it .  If we believe someone might
need that configuration, then we should give them a full-fledged
Emacs, not a crippled one.

The patch can easily be tweaked to make the changes conditioned by
HAVE_PDUMPER, so I believe there's no need to argue about this nit:
let's simply remove purespace from the pdumper builds, and leave it
alone in the unexec builds.

Previous Next

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