unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#45121: 27.1; gnu-elpa: "Can’t find the autoload call!"
@ 2020-12-08 14:36 Simen Heggestøyl
  2020-12-08 15:20 ` Stefan Monnier
  0 siblings, 1 reply; 2+ messages in thread
From: Simen Heggestøyl @ 2020-12-08 14:36 UTC (permalink / raw)
  To: 45121; +Cc: Stefan Monnier

After installing gnu-elpa from GNU ELPA, I tried running 'M-x sml-mode',
which resulted in the following error:

Debugger entered--Lisp error: (error "Can’t find the autoload call!")
  signal(error ("Can’t find the autoload call!"))
  error("Can't find the autoload call!")
  gnu-elpa--autoloaded-function()
  gnu-elpa--perform-autoload()
  byte-code("\300\301!\210\302 \207" [require gnu-elpa-utils gnu-elpa--perform-autoload] 2)
  autoload-do-load((autoload "gnu-elpa" "Major mode for editing Standard ML code.\nThis mode..." t nil) sml-mode)
  command-execute(sml-mode record)
  execute-extended-command(nil "sml-mode" "sml-mo")
  funcall-interactively(execute-extended-command nil "sml-mode" "sml-mo")
  call-interactively(execute-extended-command nil nil)
  command-execute(execute-extended-command)

Not sure whether that's a bug or if I'm using the package wrong.





^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#45121: 27.1; gnu-elpa: "Can’t find the autoload call!"
  2020-12-08 14:36 bug#45121: 27.1; gnu-elpa: "Can’t find the autoload call!" Simen Heggestøyl
@ 2020-12-08 15:20 ` Stefan Monnier
  0 siblings, 0 replies; 2+ messages in thread
From: Stefan Monnier @ 2020-12-08 15:20 UTC (permalink / raw)
  To: Simen Heggestøyl; +Cc: 45121

> After installing gnu-elpa from GNU ELPA, I tried running 'M-x sml-mode',
> which resulted in the following error:
>
> Debugger entered--Lisp error: (error "Can’t find the autoload call!")
>   signal(error ("Can’t find the autoload call!"))
>   error("Can't find the autoload call!")
>   gnu-elpa--autoloaded-function()
>   gnu-elpa--perform-autoload()
>   byte-code("\300\301!\210\302 \207" [require gnu-elpa-utils gnu-elpa--perform-autoload] 2)
>   autoload-do-load((autoload "gnu-elpa" "Major mode for editing Standard ML
> code.\nThis mode..." t nil) sml-mode)
>   command-execute(sml-mode record)
>   execute-extended-command(nil "sml-mode" "sml-mo")
>   funcall-interactively(execute-extended-command nil "sml-mode" "sml-mo")
>   call-interactively(execute-extended-command nil nil)
>   command-execute(execute-extended-command)
>
> Not sure whether that's a bug or if I'm using the package wrong.

That'd be a bug.  And thanks for the recipe which I can reproduce here
fine.  Not sure yet what's the problem, but looking at the stacktrace it
looks like there's no visible funcall to `sml-mode` which is explains
why `gnu-elpa` can't figure out which function is to be autoloaded.


        Stefan






^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-12-08 15:20 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-12-08 14:36 bug#45121: 27.1; gnu-elpa: "Can’t find the autoload call!" Simen Heggestøyl
2020-12-08 15:20 ` Stefan Monnier

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).