GNU bug report logs - #63236
29.0.90; loaddefs-generate not 100% backwards compatible

Previous Next

Package: emacs;

Reported by: Robert Pluim <rpluim <at> gmail.com>

Date: Tue, 2 May 2023 17:07:01 UTC

Severity: normal

Tags: fixed

Found in version 29.0.90

Fixed in version 29.1

Done: Robert Pluim <rpluim <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 63236 <at> debbugs.gnu.org
Subject: Re: bug#63236: 29.0.90;
 loaddefs-generate not 100% backwards compatible
Date: Wed, 03 May 2023 14:21:05 +0300
> From: Robert Pluim <rpluim <at> gmail.com>
> Date: Wed, 03 May 2023 10:40:28 +0200
> 
> >>>>> On Tue, 02 May 2023 19:06:14 +0200, Robert Pluim <rpluim <at> gmail.com> said:
> 
>     Robert> I attempted to upgrade my packages today using `list-packages', which
>     Robert> errored out when regenerating the autoloads for vlf-write.el:
> 
>     Robert> Debugger entered--Lisp error: (search-failed "\n\f\n;;;")
>     Robert>   search-forward("\n\f\n;;;")
>     Robert>   loaddefs-generate("/home/rpluim/.emacs.d/elpa/vlf-20191126.2250" "/home/rpluim/.emacs.d/elpa/vlf-20191126.2250/vlf-a..." nil "(add-to-list 'load-path (or (and load-file-name (f...")
>     Robert>   package-generate-autoloads(vlf "/home/rpluim/.emacs.d/elpa/vlf-20191126.2250")
> 
> The minimal patch I can come up with is this, which seems safe enough
> but Iʼd appreciate it if someone who knows the code could comment

Can you describe what was special in your use case, and explain why
the original code didn't work in that case?

Thanks.




This bug report was last modified 2 years and 22 days ago.

Previous Next


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