| 1 |
> On 18 Aug 2022, at 21:01, Michael Orlitzky <mjo@g.o> wrote: |
| 2 |
> |
| 3 |
> On Thu, 2022-08-18 at 20:18 +0100, Sam James wrote: |
| 4 |
>> Emacs 29's NEWS says: "The autoload.el library is now obsolete." |
| 5 |
>> |
| 6 |
>> ... |
| 7 |
>> |
| 8 |
>> ${EMACS} ${EMACSFLAGS} \ |
| 9 |
>> + --eval "(require 'autoload)" \ |
| 10 |
>> --eval "(setq make-backup-files nil)" \ |
| 11 |
>> --eval "(setq generated-autoload-file (expand-file-name \"${f}\"))" \ |
| 12 |
>> -f batch-update-autoloads "${@-.}" |
| 13 |
> |
| 14 |
> The batch-update-autoloads docstring says that it "calls 'update- |
| 15 |
> directory-autoloads' on the command line arguments." The function |
| 16 |
> update-directory-autoloads is, in turn, obsoleted in favor of loaddefs- |
| 17 |
> generate from loaddefs-gen.el (which replaces autoload.el). |
| 18 |
> |
| 19 |
> Can we bypass the obsolete autoload.el entirely here, instead calling |
| 20 |
> loaddefs-generate directly? |
| 21 |
> |
| 22 |
> |
| 23 |
|
| 24 |
It looks like it might be new as of Emacs 29, so we'd need |
| 25 |
to handle older versions somehow. |
| 26 |
|
| 27 |
We could do it based on the Emacs version though if the eclass |
| 28 |
has machinery for checking that (new to poking at this area). |
Archives