Cannot load generated autoload file by `make-directory-autoloads' #7

yoctocell commented 2021年08月04日 10:12:57 +02:00 (Migrated from gitlab.com)

When trying to package geiser-chez in Guix, Emacs fails to load the generated autoload file.

;;; geiser-chez-autoloads.el --- automatically extracted autoloads
;;
;;; Code:

;;;### (autoloads nil "geiser-chez" "geiser-chez.el" (0 1 0 0))
;;; Generated autoloads from geiser-chez.el
(geiser-implementation-extension 'chez "def")
(geiser-activate-implementation 'chez)
(autoload 'run-chez "geiser-chez" "\
Start a Geiser Chez REPL." t)
(autoload 'switch-to-chez "geiser-chez" "\
Start a Geiser Chez REPL, or switch to a running one." t)
(if (fboundp 'register-definition-prefixes) (register-definition-prefixes "geiser-chez" '("chez" "geiser-chez-")))
;;;***

(provide 'geiser-chez-autoloads)
;; Local Variables:
;; version-control: never
;; no-update-autoloads: t
;; coding: utf-8
;; End:
;;; geiser-chez-autoloads.el ends here

[...]
Compiling /gnu/store/qvqa5g5a54zbj6qhppfqzf62jlhn6gn7-emacs-geiser-chez-0.16/share/emacs/site-lisp/geiser-chez-0.16/geiser-chez-autoloads.el...
In end of data:
geiser-chez-autoloads.el:30:1:Warning: the following functions are not known
 to be defined: geiser-implementation-extension,
 geiser-activate-implementation

We have to solve this by patching1 the generated autoload file; is there something that upstream could do to solve this issue. I think geiser-racket has the same problem2.

Thanks

When trying to package geiser-chez in Guix, Emacs fails to load the generated autoload file. ``` ;;; geiser-chez-autoloads.el --- automatically extracted autoloads ;; ;;; Code:  ;;;### (autoloads nil "geiser-chez" "geiser-chez.el" (0 1 0 0)) ;;; Generated autoloads from geiser-chez.el (geiser-implementation-extension 'chez "def") (geiser-activate-implementation 'chez) (autoload 'run-chez "geiser-chez" "\ Start a Geiser Chez REPL." t) (autoload 'switch-to-chez "geiser-chez" "\ Start a Geiser Chez REPL, or switch to a running one." t) (if (fboundp 'register-definition-prefixes) (register-definition-prefixes "geiser-chez" '("chez" "geiser-chez-"))) ;;;***  (provide 'geiser-chez-autoloads) ;; Local Variables: ;; version-control: never ;; no-update-autoloads: t ;; coding: utf-8 ;; End: ;;; geiser-chez-autoloads.el ends here ``` ``` [...] Compiling /gnu/store/qvqa5g5a54zbj6qhppfqzf62jlhn6gn7-emacs-geiser-chez-0.16/share/emacs/site-lisp/geiser-chez-0.16/geiser-chez-autoloads.el... In end of data: geiser-chez-autoloads.el:30:1:Warning: the following functions are not known to be defined: geiser-implementation-extension, geiser-activate-implementation ``` We have to solve this by patching[1] the generated autoload file; is there something that upstream could do to solve this issue. I think geiser-racket has the same problem[2]. Thanks [1]: https://issues.guix.gnu.org/49819 [2]: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/emacs-xyz.scm?id=6e99e113e6f0852b627f9cfb71e5fc3d14573639#n386

jaor commented 2021年08月04日 15:33:31 +02:00 (Migrated from gitlab.com)

We have to solve this by patching[1] the generated autoload file; is
there something that upstream could do to solve this issue.

i hope so, yes. thanks for the report, i'll get to it soon as i can.

> We have to solve this by patching[1] the generated autoload file; is > there something that upstream could do to solve this issue. i hope so, yes. thanks for the report, i'll get to it soon as i can.

jaor commented 2021年08月04日 20:37:22 +02:00 (Migrated from gitlab.com)

i took a look and i don't see what's to be fixed. the functions that
are not defined are autoloaded in geiser.el, so the corresponding
autoloads for geiser core should take care of that. since geiser-chez
depends on geiser, i would expect the latter's autoloads are in place
when the former kick? (i'm afraid i know nothing about guix packaging,
so i might be missing something here).

i took a look and i don't see what's to be fixed. the functions that are not defined are autoloaded in geiser.el, so the corresponding autoloads for geiser core should take care of that. since geiser-chez depends on geiser, i would expect the latter's autoloads are in place when the former kick? (i'm afraid i know nothing about guix packaging, so i might be missing something here).

yoctocell commented 2021年08月07日 17:27:12 +02:00 (Migrated from gitlab.com)

jao commented:

i took a look and i don't see what's to be fixed. the functions that
are not defined are autoloaded in geiser.el, so the corresponding
autoloads for geiser core should take care of that. since geiser-chez
depends on geiser, i would expect the latter's autoloads are in place
when the former kick? (i'm afraid i know nothing about guix packaging,
so i might be missing something here).

Its a bit weird that this problem occurs with geiser-chez and
geiser-racket, but not with geiser-guile. I am not that familiar with
autoloads in Elisp, but I will look into it.

Thanks for looking into this!

> jao commented: > > > i took a look and i don't see what's to be fixed. the functions that > are not defined are autoloaded in geiser.el, so the corresponding > autoloads for geiser core should take care of that. since geiser-chez > depends on geiser, i would expect the latter's autoloads are in place > when the former kick? (i'm afraid i know nothing about guix packaging, > so i might be missing something here). Its a bit weird that this problem occurs with geiser-chez and geiser-racket, but not with geiser-guile. I am not that familiar with autoloads in Elisp, but I will look into it. Thanks for looking into this!