GNU bug report logs - #58396
29.0.50; Optimization failure for add-to-list

Previous Next

Package: emacs;

Reported by: German Pacenza <germanp82 <at> hotmail.com>

Date: Sun, 9 Oct 2022 16:26:02 UTC

Severity: normal

Merged with 58148, 58557

Found in version 29.0.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Jens Schmidt <jschmidt4gnu <at> vodafonemail.de>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: German Pacenza <germanp82 <at> hotmail.com>, 58396 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: bug#58396: 29.0.50; Optimization failure for add-to-list
Date: Tue, 26 Sep 2023 23:48:06 +0200

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>> From 83387466cfb7fe859b227fb00148ee7f6cd288a5 Mon Sep 17 00:00:00 2001
>> From: Jens Schmidt <jschmidt4gnu <at> vodafonemail.de>
>> Date: Tue, 26 Sep 2023 22:26:15 +0200
>> Subject: [PATCH] Silence macro expansion during completion-at-point
>>
>> * lisp/progmodes/elisp-mode.el (elisp--local-variables): Silence
>> messages.  Avoid compiler macros.  Suppress all errors during macro
>> expansion.  (Bug#58396)
>
> Thanks.  I think it would be cleaner to introduce a variable in
> `macroexp.el` which `elisp--local-variables` can bind and which
> `macroexp.el` can check so we avoid (ab)using advice.

What about naming it `macroexp-inhibit-compiler-macros´?

I also wanted to ask whether to extend that approach to the other advice
installed in `elisp--local-variables´ but then noticed that
`macroexpand´ is actually a built-in.  Which would be a bit over my head
...
This bug report was last modified 1 year and 320 days ago.

Previous Next

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