GNU bug report logs - #39823
26.3; update-directory-autoloads regression from Emacs 26 to Emacs 27

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: 39823 <at> debbugs.gnu.org, rms <at> gnu.org, maxim.cournoyer <at> gmail.com, npostavs <at> gmail.com
Subject: bug#39823: 26.3; update-directory-autoloads regression from Emacs 26 to Emacs 27
Date: Thu, 01 Oct 2020 20:54:07 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Thu, 01 Oct 2020 19:20:01 +0200
> Cc: 39823 <at> debbugs.gnu.org, rms <at> gnu.org, Noam Postavsky <npostavs <at> gmail.com>
> 
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> 
> > I think it would make more sense to introduce a new function, say,
> > `make-directory-autoloads' (because it doesn't so much update the
> > autoloads as create an autoload file, I think?) with a sane function
> > signature, and then deprecate update-directory-autoloads (which is only
> > used a handful of place in the Emacs tree).
> 
> Man, that was a lot more invasive than I thought, because the
> dynamically bound variable was used all over the place.
> 
> But with the following patch
> 
> (make-directory-autoloads "~/src/emacs/trunk/lisp/calc" "/tmp/autofoo.el")
> 
> works.  Emacs builds after applying the patch, and starts, and no tests
> fail.
> 
> Does this look OK to everybody?

Before we go and make all these changes, how about considering the
solution I proposed up-thread, i.e. leave this alone?  I mean, is it
really worth all this?  It's an obscure use case with a very easy
solution/workaround.

But feel free to ignore me.

Previous Next

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