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

Previous Next

Package: emacs;

Reported by: Protesilaos Stavrou <info <at> protesilaos.com>

Date: Sat, 14 May 2022 18:09:01 UTC

Severity: normal

Found in version 29.0.50

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: larsi <at> gnus.org, info <at> protesilaos.com, 55414 <at> debbugs.gnu.org
Subject: bug#55414: 29.0.50; Byte compilation error for the modus-themes
Date: Mon, 16 May 2022 16:56:28 +0300
> Date: Mon, 16 May 2022 13:48:27 +0000
> Cc: larsi <at> gnus.org, info <at> protesilaos.com, 55414 <at> debbugs.gnu.org
> From: Alan Mackenzie <acm <at> muc.de>
> 
> In recent months I've increased max-specpdl-size to 5000 in
> emacs-lisp/comp.el, and also to 5000 (default is 2500) in
> leim/Makefile.in for the generation of leim-list.el.  Also
> max-specpdl-size to 5000 in admin/grammars/Makefile.in.

What value does modus-themes need?

> So, apologies, I was thinking more about max-specpdl-size.  But surely
> the default values of both these variables should be sufficiently large
> to handle almost any evaluation, with only the rarest/most specialised of
> evaluations needing them increased.

I'm asking why cannot modus-themes be just another exception, since
otherwise we do comply with the "handle almost any evaluation" rule of
thumb.

> > The disadvantage is that higher values prolong the time needed to
> > detect real infinite recursions, and enlarge the probability of
> > hitting C stack overflows, whose consequences are much more serious
> > and harder to endure without losing the session and its edits.
> 
> Yes.  I seem to remember the Elisp manual saying only that these values
> can be increased considerably without danger.  Or something like that.
> Perhaps we should be a little less vague on this point.

Feel free to make that text less vague.




This bug report was last modified 3 years and 107 days ago.

Previous Next


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