From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#56643: 29.0.50; Help-mode bookmarks not loading with native compilation Date: Wed, 20 Jul 2022 18:31:56 +0000 Message-ID: References: <83k089m4j0.fsf@gnu.org> <8335ewm2i1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35049"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: defun.foo@proton.me, 56643@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 20 20:32:27 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oEEUl-0008zO-2o for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 20 Jul 2022 20:32:27 +0200 Original-Received: from localhost ([::1]:42412 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oEEUj-0003rN-MI for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 20 Jul 2022 14:32:25 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50990) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oEEUN-0003r7-3w for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2022 14:32:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:32860) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oEEUM-0003Np-Gd for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2022 14:32:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oEEUM-0003cu-9v for bug-gnu-emacs@gnu.org; Wed, 20 Jul 2022 14:32:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Jul 2022 18:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56643 X-GNU-PR-Package: emacs Original-Received: via spool by 56643-submit@debbugs.gnu.org id=B56643.165834192013933 (code B ref 56643); Wed, 20 Jul 2022 18:32:02 +0000 Original-Received: (at 56643) by debbugs.gnu.org; 20 Jul 2022 18:32:00 +0000 Original-Received: from localhost ([127.0.0.1]:58852 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oEEUK-0003ce-Cc for submit@debbugs.gnu.org; Wed, 20 Jul 2022 14:32:00 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:50850) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oEEUH-0003cV-8y for 56643@debbugs.gnu.org; Wed, 20 Jul 2022 14:31:59 -0400 Original-Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 26KIVt19012215 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 20 Jul 2022 18:31:55 GMT In-Reply-To: <8335ewm2i1.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 20 Jul 2022 14:45:26 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:237518 Archived-At: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: 56643@debbugs.gnu.org, Eli Zaretskii >> 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