From: "Gerd Möllmann" <gerd.moellmann@gmail.com>
To: Helmut Eller <eller.helmut@gmail.com>
Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org, larsi@gnus.org
Subject: Re: MPS native subrs
Date: Wed, 26 Jun 2024 19:12:32 +0200 [thread overview]
Message-ID: <m2wmmbvda7.fsf@pro2.fritz.box> (raw)
In-Reply-To: <87r0cj91li.fsf@gmail.com> (Helmut Eller's message of "Wed, 26 Jun 2024 17:15:53 +0200")
Helmut Eller <eller.helmut@gmail.com> writes:
> On Wed, Jun 26 2024, Gerd Möllmann wrote:
>
>>> More generally, it seems that the DEFUN macro works much like the DEFVAR
>>> macro, in the sense that it creates a struct and puts it in a static
>>> variable. So the Lisp_Subrs structs for primitives are, just like the
>>> Lisp_Fwd structs, already in the data section. We could re-use them
>>> instead of re-creating them in the dump. Of course, only if we can get
>>> rid of the command_modes field.
>>
>> And it would again greatly simplify things. Maybe we should just do it :-)
>
> Curiously, igc-info doesn't show any PVEC_SUBRS. I think this is going on:
>
> The pdumper does something special for primitives and builtin symbols
> (and threads). Those are dumped to the discardable section. On load,
> it first performs relocations and then copies everything from the
> discardable section to the data section. All builtin symbols can be
> copied with a single memcpy to lispsym because they are sorted and
> dumped in the correct order. The same happens for primitives: those are
> adjacent because the DEFUN macro sets the SUBR_SECTION_ATTRIBUTE.
>
> This explains why igc-info doesn't show any PVEC_SUBRS (unless
> configured with native compilation). So we already have what we want.
> It's probably no problem that we don't trace the subr section, because
> the command_modes field is nil anyway.
Interesting, thanks!
> I'm not sure why it is done this way; maybe it makes walking the object
> graph more uniform.
Hm.
next prev parent reply other threads:[~2024-06-26 17:12 UTC|newest]
Thread overview: 106+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-20 19:25 MPS: profiler Ihor Radchenko
2024-06-20 19:40 ` Eli Zaretskii
2024-06-20 19:48 ` Ihor Radchenko
2024-06-20 19:58 ` Gerd Möllmann
2024-06-20 20:29 ` Ihor Radchenko
2024-06-21 5:57 ` Gerd Möllmann
2024-06-21 6:17 ` Eli Zaretskii
2024-06-21 6:54 ` Gerd Möllmann
2024-06-21 7:16 ` Eli Zaretskii
2024-06-21 7:32 ` Gerd Möllmann
2024-06-21 7:19 ` Helmut Eller
2024-06-21 7:36 ` Ihor Radchenko
2024-06-21 7:44 ` Helmut Eller
2024-06-21 7:51 ` Gerd Möllmann
2024-06-21 8:21 ` Helmut Eller
2024-06-21 8:31 ` Gerd Möllmann
2024-06-21 10:45 ` Eli Zaretskii
2024-06-21 11:47 ` Gerd Möllmann
2024-06-21 12:01 ` Helmut Eller
2024-06-21 12:09 ` Ihor Radchenko
2024-06-21 12:42 ` Helmut Eller
2024-06-21 12:51 ` Ihor Radchenko
2024-06-21 14:49 ` MPS make-thread (was: MPS: profiler) Helmut Eller
2024-06-21 15:20 ` MPS make-thread Gerd Möllmann
2024-06-21 15:33 ` Gerd Möllmann
2024-06-21 15:42 ` Helmut Eller
2024-06-21 16:46 ` Gerd Möllmann
2024-06-21 18:31 ` Gerd Möllmann
2024-06-21 19:58 ` Ihor Radchenko
2024-06-21 20:10 ` Gerd Möllmann
2024-06-22 18:52 ` Ihor Radchenko
2024-06-22 19:17 ` Eli Zaretskii
2024-06-23 3:18 ` Gerd Möllmann
2024-06-23 4:54 ` Gerd Möllmann
2024-06-23 6:19 ` Eli Zaretskii
2024-06-23 5:53 ` Eli Zaretskii
2024-06-23 6:45 ` Gerd Möllmann
2024-06-23 8:53 ` Eli Zaretskii
2024-06-23 9:36 ` Gerd Möllmann
2024-06-23 10:21 ` Gerd Möllmann
2024-06-23 10:27 ` Gerd Möllmann
2024-06-23 13:19 ` Eli Zaretskii
2024-06-23 14:16 ` Gerd Möllmann
2024-06-26 11:20 ` Ihor Radchenko
2024-06-26 11:25 ` Gerd Möllmann
2024-06-22 19:26 ` Gerd Möllmann
2024-06-22 6:29 ` Eli Zaretskii
2024-06-22 18:53 ` Ihor Radchenko
2024-06-22 19:04 ` Eli Zaretskii
2024-06-22 19:17 ` Ihor Radchenko
2024-06-22 18:13 ` Helmut Eller
2024-06-22 18:31 ` Gerd Möllmann
2024-06-25 18:42 ` MPS native subrs (was: MPS make-thread) Helmut Eller via Emacs development discussions.
2024-06-25 20:10 ` MPS native subrs Gerd Möllmann
2024-06-25 20:48 ` Gerd Möllmann
2024-06-26 6:31 ` Helmut Eller
2024-06-26 7:00 ` Gerd Möllmann
2024-06-26 13:45 ` Eli Zaretskii
2024-06-26 14:18 ` Gerd Möllmann
2024-06-26 15:15 ` Helmut Eller
2024-06-26 17:12 ` Gerd Möllmann [this message]
2024-06-26 13:30 ` Eli Zaretskii
2024-06-26 13:34 ` Eli Zaretskii
2024-06-26 4:55 ` Gerd Möllmann
2024-06-26 13:36 ` Eli Zaretskii
2024-06-26 13:26 ` MPS native subrs (was: MPS make-thread) Eli Zaretskii
2024-06-26 14:41 ` MPS native subrs Andrea Corallo
2024-06-21 12:43 ` MPS: profiler Gerd Möllmann
2024-06-21 16:11 ` Ihor Radchenko
2024-06-21 12:41 ` Gerd Möllmann
2024-06-21 14:10 ` Eli Zaretskii
2024-06-21 16:09 ` Ihor Radchenko
2024-06-21 16:22 ` Gerd Möllmann
2024-06-21 18:51 ` Ihor Radchenko
2024-06-21 18:58 ` Gerd Möllmann
2024-06-21 19:23 ` Ihor Radchenko
2024-06-21 19:50 ` Gerd Möllmann
2024-06-21 20:02 ` Ihor Radchenko
2024-06-22 6:37 ` Eli Zaretskii
2024-06-21 7:43 ` Gerd Möllmann
2024-06-21 7:50 ` Ihor Radchenko
2024-06-21 7:53 ` Gerd Möllmann
2024-06-21 10:39 ` Eli Zaretskii
2024-06-21 10:57 ` Ihor Radchenko
2024-06-21 10:58 ` Eli Zaretskii
2024-06-21 11:20 ` Ihor Radchenko
2024-06-21 11:29 ` Eli Zaretskii
2024-06-21 11:33 ` Gerd Möllmann
2024-06-21 19:55 ` Dmitry Gutov
2024-06-21 16:12 ` Ihor Radchenko
2024-06-21 18:48 ` Eli Zaretskii
2024-06-21 10:49 ` Pip Cet
2024-06-21 10:56 ` Eli Zaretskii
2024-06-21 5:56 ` Eli Zaretskii
2024-06-21 6:14 ` Ihor Radchenko
2024-06-20 19:50 ` Gerd Möllmann
2024-06-20 20:02 ` Ihor Radchenko
2024-06-21 5:58 ` Eli Zaretskii
2024-06-21 6:16 ` Ihor Radchenko
2024-06-21 8:23 ` Pip Cet
2024-06-21 8:43 ` Ihor Radchenko
2024-06-21 8:50 ` Gerd Möllmann
2024-06-21 10:43 ` Eli Zaretskii
2024-06-21 11:00 ` Pip Cet
2024-06-21 11:09 ` Eli Zaretskii
2024-06-21 11:39 ` Gerd Möllmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2wmmbvda7.fsf@pro2.fritz.box \
--to=gerd.moellmann@gmail.com \
--cc=eliz@gnu.org \
--cc=eller.helmut@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).