GNU bug report logs - #56643
29.0.50; Help-mode bookmarks not loading with native compilation

Previous Next

Package: emacs;

Reported by: defun.foo <at> proton.me

Date: Tue, 19 Jul 2022 16:12:02 UTC

Severity: normal

Found in version 29.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #23 received at 56643 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: defun.foo <at> proton.me, 56643 <at> debbugs.gnu.org
Subject: Re: bug#56643: 29.0.50; Help-mode bookmarks not loading with native
 compilation
Date: Wed, 20 Jul 2022 18:31:56 +0000
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Andrea Corallo <akrl <at> sdf.org>
>> Cc: 56643 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
>> Date: Wed, 20 Jul 2022 11:21:06 +0000
>> 
>> It is unfortunatelly not possible to serialize native compiled code so
>> that the reader can read it back.  Native code can only stay in shared
>> libraries (eln files) and be loaded from there.
>
> Can we deduce the name of the Lisp function (a symbol) whose
> native-compilation result is a given natively-compiled subr?  If so,
> perhaps we could substitute the function's symbol for the subr name.

Not that I'm aware.

I guest would be necessary to keep some global (or per native function)
hash table that is updated in Fset?

I hope there's some workaround to this in the help / bookmarks machinery
cause this does not look very neat to me.

  Andrea




This bug report was last modified 2 years and 360 days ago.

Previous Next


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