From: Andrea Corallo <akrl@sdf.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Eli Zaretskii <eliz@gnu.org>,
rpluim@gmail.com, emacs-devel@gnu.org, larsi@gnus.org
Subject: Re: master 05d240997a 2/2: Add native-compile-prune-cache command
Date: Sun, 24 Jul 2022 17:55:27 +0000 [thread overview]
Message-ID: <xjf4jz6mm40.fsf@ma.sdf.org> (raw)
In-Reply-To: <jwvpmhw90qx.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Fri, 22 Jul 2022 19:41:56 -0400")
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> I'm not sure why custom should load it (not a custom expert here), but
>> assuming it is for making any use of it I'd say it is.
>>
>> Maybe an example of why custom should load comp would make my ideas more
>> clear on this.
>
> It's not just custom, there are all kinds of cases.
> E.g. earlier, I loaded `comp.elc` into my no-native-compiler Emacs
> session because I did `C-h o native-compile-prune-cache RET` which loaded
> the file to find the docstring.
> [ Actually, it loaded it before I hit RET, because I used completion,
> which triggered loading of `comp.elc` in order to provide completions
> for the `native-compile-` prefix. ]
I see, yeah than I defently agree we need to support loading comp.el
also on a non native compiled Emacs.
BTW, now that we have sympol positions, I'd like to extend comp.el for
compile time analysis/diagnostic and this should be useful to all Emacs
confs, so before or later loading (but also using) comp on all confs is
probably something we might want to do.
Andrea
next prev parent reply other threads:[~2022-07-24 17:55 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <165675959499.8421.12451308740112322312@vcs2.savannah.gnu.org>
[not found] ` <20220702105957.4B7EFC016B5@vcs2.savannah.gnu.org>
2022-07-22 8:51 ` master 05d240997a 2/2: Add native-compile-prune-cache command Robert Pluim
2022-07-22 12:29 ` Stefan Monnier
2022-07-22 12:45 ` Andrea Corallo
2022-07-22 13:01 ` Robert Pluim
2022-07-22 13:51 ` Andrea Corallo
2022-07-22 14:15 ` Robert Pluim
2022-07-22 15:14 ` Andrea Corallo
2022-07-22 15:36 ` Robert Pluim
2022-07-22 15:41 ` Eli Zaretskii
2022-07-22 15:46 ` Robert Pluim
2022-07-22 16:18 ` Eli Zaretskii
2022-07-22 16:41 ` Robert Pluim
2022-07-22 18:03 ` Eli Zaretskii
2022-07-22 16:42 ` Andreas Schwab
2022-07-22 18:04 ` Eli Zaretskii
2022-07-22 19:49 ` Stefan Monnier
2022-07-22 16:50 ` Andrea Corallo
2022-07-22 18:05 ` Eli Zaretskii
2022-07-22 18:24 ` Andrea Corallo
2022-07-22 18:59 ` Eli Zaretskii
2022-07-22 23:20 ` Andrea Corallo
2022-07-22 23:41 ` Stefan Monnier
2022-07-24 17:55 ` Andrea Corallo [this message]
2022-07-22 19:47 ` Stefan Monnier
2022-07-22 19:46 ` Stefan Monnier
2022-07-22 23:17 ` Andrea Corallo
2022-07-22 23:38 ` Stefan Monnier
2022-07-23 6:43 ` Eli Zaretskii
2022-07-23 13:47 ` Stefan Monnier
2022-07-22 19:56 ` Lars Ingebrigtsen
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xjf4jz6mm40.fsf@ma.sdf.org \
--to=akrl@sdf.org \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=larsi@gnus.org \
--cc=monnier@iro.umontreal.ca \
--cc=rpluim@gmail.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.