GNU bug report logs - #61700
30.0.50; insert-kbd-macro fails for named macro but not last macro

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 61700 <at> debbugs.gnu.org, jmm <at> cns.nyu.edu, monnier <at> iro.umontreal.ca
Subject: bug#61700: 30.0.50; insert-kbd-macro fails for named macro but not last macro
Date: Thu, 23 Feb 2023 18:44:08 +0200

> From: Robert Pluim <rpluim <at> gmail.com>
> Cc: jmm <at> cns.nyu.edu,  61700 <at> debbugs.gnu.org,  monnier <at> iro.umontreal.ca
> Date: Thu, 23 Feb 2023 17:30:07 +0100
> 
> >>>>> On Thu, 23 Feb 2023 18:00:39 +0200, Eli Zaretskii <eliz <at> gnu.org> said:
> 
>     >> Cc: 61700 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
>     >> From: Robert Pluim <rpluim <at> gmail.com>
>     >> Date: Thu, 23 Feb 2023 13:59:40 +0100
>     >> 
>     >> Iʼve probably committed a heinous crime by autoloading an internal
>     >> function, but that seemed cleaner than "(require 'macros)" in two
>     >> places.
> 
>     Eli> Why not use an explicit autoload form in kmacro.el and kmacro-tests.el
>     Eli> instead?
> 
> Sure, that works as well (although I donʼt understand why kmacro-tests
> would need an autoload if thereʼs one in kmacro.el).

Maybe it doesn't I just assumed it might.

Previous Next

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