GNU bug report logs - #55414
29.0.50; Byte compilation error for the modus-themes

Previous Next

Full log

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

From: Alan Mackenzie <acm <at> muc.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, info <at> protesilaos.com, 55414 <at> debbugs.gnu.org
Subject: Re: bug#55414: 29.0.50; Byte compilation error for the modus-themes
Date: Mon, 16 May 2022 12:03:05 +0000

Hello, Eli.

On Mon, May 16, 2022 at 14:15:38 +0300, Eli Zaretskii wrote:
> > Cc: Protesilaos Stavrou <info <at> protesilaos.com>, 55414 <at> debbugs.gnu.org
> > Date: Mon, 16 May 2022 07:58:02 +0000
> > From: Alan Mackenzie <acm <at> muc.de>

> >    M-: (let ((max-lisp-eval-depth (* 2 max-lisp-eval-depth)))
> >    (byte-compile-file
> >    "~/Git/Projects/modus-themes/modus-operandi-theme.e..."))

> > If this compilation succeeds, then perhaps we need to increase our
> > default max-lisp-eval-depth.

> But do we need to do that by default in Emacs, when the problem is
> local to this theme?  Can't the package arrange for enlarging the
> threshold only for itself?

We could.  But I get the feeling that there are quite a lot of places
which increase max-lisp-eval-depth for their own use.  Rather than
increase this number of such places, couldn't we just increase the
default?

Put another way, is there any overwhelming disadvantage to having a
larger default value of max-lisp-eval-depth, and possibly
max-specpdl-size?  These values are not great, particularly compared
with the amount of RAM used by Emacs in general.

-- 
Alan Mackenzie (Nuremberg, Germany).

Previous Next

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