bug#43280: 28.0.50; [native-comp] Symbol's function definition is void

[Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

Rob Moss <rob.rgm@gmail.com> writes:

> Dear Andrea and others working native compilation,
>
> I've been testing out the feature/native-comp branch and experienced
> an issue with the elpher package (version 2.10, available on MELPA
> Stable) that only occurs once this package has been compiled into a
> .eln file. When using elpher to visit some, but not all, gemini URLs
> it produces the following error message:
>
>   Symbol’s function definition is void: \(setf\ url-port\)
>
> I've assembled a minimal working example that triggers the issue when
> I attempt to visit the URL 'gemini://mozz.us/':
>
> ---------- MWE starts ----------
> (require 'package)
>
> (add-to-list 'package-archives
>              '("melpa-stable" . "https://stable.melpa.org/packages/")
> t)
>
> (package-initialize)
> (unless package-archive-contents
>   (package-refresh-contents))
>
> (unless (package-installed-p 'use-package)
>   (package-install 'use-package))
>
> (eval-when-compile (require 'use-package))
>
> (use-package elpher
>   :ensure t
>   :pin melpa-stable)
>
> (elpher-go "gemini://mozz.us/")
> ---------- MWE ends ----------
>
> If I run (elpher-go "gemini://mozz.us/") before the .eln file is
> produced, it visits the URL without any problems.

Hi Rob,

thanks for the detailed report, I see you are on
aa526c9470d679e9144af55d9e56928a111d2ceb.  It would be worth recompiling
as in the last two weeks we have merged a number of improvements on the
compatibility side.

If you could try this would be very appreciated.

> Thank you very much for all of your work on native compilation. It's
> made noticeable differences in a few circumstances where I normally
> experience a bit of lag/unresponsiveness, which I really appreciate.

Cool! Thanks for the feedback :)

  Andrea