Hi Arash,
>>>>> Arash Esbati <ar...@gnu.org> writes:
> Yes, indeed, but IIRC we needed something like that also with the old
> installation method.
I see.
>> Maybe we should in GNUmakefile cater for only Emacs>=29 and simplify
>> AUTOLOAD:
>> ,----
>> | # If we were depending on emacs 29.1, we could simply use
>> | # loaddefs-generate. If we were depending on 28.1, we could still use
>> | # update-directory-autoloads...
>> | AUTOLOAD=--eval '\
>> | (let* ((autoload-file (expand-file-name "$@")) \
>> | (autoload-file-dir (file-name-directory autoload-file))) \
>> | (if (fboundp `loaddefs-generate) \
>> | (loaddefs-generate autoload-file-dir autoload-file \
>> | (list "tex-wizard.el") \
>> | "(add-to-list `load-path\n\
>> | (directory-file-name\n\
>> | (file-name-directory
>> load-file-name)))")\
>> | (mapc (lambda (file) \
>> | (update-file-autoloads file nil autoload-file)) \
>> | command-line-args-left)) \
>> | (save-buffers-kill-emacs t))'
>> `----
> Maybe I'm missing the point, but which change do you have on your mind
> in order to fix the issue mentioned above?
On second thought, I came to think that we should retain compatibility
for Emacs<29. Otherwise it would be difficult to check whether the
future ELPA release has the compatibility or not.
So how about one like this?
(let* ((autoload-file (expand-file-name "$@")) \
(autoload-file-dir (file-name-directory autoload-file)) \
(addition-text "(add-to-list (quote load-path)\n\
(directory-file-name\n\
(file-name-directory load-file-name)))"
)) \
(if (fboundp `loaddefs-generate) \
(loaddefs-generate autoload-file-dir autoload-file \
(list "tex-wizard.el") \
addition-text)\
(mapc (lambda (file) \
(update-file-autoloads file nil autoload-file)) \
command-line-args-left) \
(write-region addition-text nil autoload-file t)) \
(save-buffers-kill-emacs t))'
(I haven't tested it yet.)
Additionally, we can include auctex.el and lpath.el in the excluded
file list.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW
