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

Previous Next

Package: emacs;

Reported by: Rob Moss <rob.rgm <at> gmail.com>

Date: Tue, 8 Sep 2020 15:55:01 UTC

Severity: normal

Found in version 28.0.50

Done: Andrea Corallo <akrl <at> sdf.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Andrea Corallo <akrl <at> sdf.org>
To: Rob Moss <rob.rgm <at> gmail.com>
Cc: 43280 <at> debbugs.gnu.org
Subject: bug#43280: 28.0.50; [native-comp] Symbol's function definition is void
Date: Wed, 09 Sep 2020 07:37:54 +0000
Rob Moss <rob.rgm <at> gmail.com> writes:

> On Wed, 9 Sep 2020 at 02:22, Andrea Corallo <akrl <at> sdf.org> wrote:
>>
>> Rob Moss <rob.rgm <at> 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.
>
> Hi Andrea,
>
> I just tried it with 15acd27d1c0de8b56bab61daa0a8fcd4fef0fdc4 and
> experienced the same issue.

Great :)  I'll have a look

  Andrea




This bug report was last modified 4 years and 330 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.