all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Alan Mackenzie <acm@muc.de>
Cc: Eli Zaretskii <eliz@gnu.org>,  emacs-devel@gnu.org
Subject: Re: How does one find out what file a library has been loaded from?
Date: Wed, 20 Jul 2022 11:31:06 -0400	[thread overview]
Message-ID: <jwvzgh34xqa.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <YtfrP84c5Q2hl2og@ACM> (Alan Mackenzie's message of "Wed, 20 Jul 2022 11:47:11 +0000")

>> If you want to do that, just knowing what was actually loaded won't
>> help you, because you will have to actually _prevent_ Emacs from
>> loading the .eln files, and that's not easy and currently not really
>> supported on the user level, at least not conveniently.  So you will
>> have to rename directories and stuff, and once you are there,
>> load-history is the last thing you will worry about, because you will
>> know in advance what Emacs loads, as you force it to do that yourself.
>
> Yes.  I don't think this is good.

AFAIK we all agree on that.  Complaining about it won't help.

>> Andrea gave you one way; I gave another.  None of them is difficult,
>> please don't exaggerate.
>
> There's nothing particularly difficult in any of Emacs if you're prepared
> to put in the time and energy to find out about it.  The method Andrea
> gave is not easy to remember, and (having looked for it) is not to be
> found in the Elisp manual.  It involves the obscure undocumented
> abstraction "native compilation unit".  But it is certainly a lot better
> than no method at all.

Designing a better method will need to know what is the intended use.
IIUC your main purpose is to check whether you're running source code,
byte-code, or native code, and for that you shouldn't look for a file
name and infer the result from the file name (which could be
misleading: a .elc can contain non-byte code, and a .eln can contain
byte-code (and source code as well)) but instead you're better off
checking with `byte-code-function-p` and `subrp` (or
`subr-native-elisp-p`).

> These other ways jar horribly with what used to be the philosophy (I know
> you don't like the word) of Emacs, of being open and honest with users.

Hi Alan.  I'm Stefan, and this is Eli.  The same guys you've known for,
what, 20 years?  It's not like we changed philosophy along the way.
As the email to which you replied explained it's just that maintaining
backward compatibility prevented us from making the information
available in "the obvious way".

The info is still very much available out in the open, tho.
And we're still interested in figuring out *how* to make it more
easily available.  Andrea did a great job integrating the native
compiler while trying to preserve compatibility.  But it's not like this
is the end of the story: we can and should definitely improve it (maybe
starting with `describe-function`).

> I shouldn't have to use obscure workarounds to discover what should be
> open and obvious.

So, please help us.  You're venting your frustration, but we suffer from
those issues (rather than benefit from them) just like you do.

> I will set about amending the doc string and manual entry for
> load-history.

Thanks,


        Stefan




  reply	other threads:[~2022-07-20 15:31 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-19 10:52 How does one find out what file a library has been loaded from? Alan Mackenzie
2022-07-19 12:39 ` Eli Zaretskii
2022-07-19 15:01   ` Alan Mackenzie
2022-07-19 15:32     ` Andrea Corallo
2022-07-24 16:07       ` Eli Zaretskii
2022-07-24 17:46         ` Andrea Corallo
2022-07-31 12:52           ` Eli Zaretskii
2022-08-01  9:23             ` Andrea Corallo
2022-08-02  8:43               ` Andrea Corallo
2022-08-02 12:12                 ` Eli Zaretskii
2022-08-02 14:13                   ` Andrea Corallo
2022-08-03 14:19                     ` Eli Zaretskii
2022-08-01 19:31             ` Alan Mackenzie
2022-08-03 14:16               ` Eli Zaretskii
2022-07-19 15:50     ` Eli Zaretskii
2022-07-19 17:07       ` Alan Mackenzie
2022-07-19 19:13         ` Eli Zaretskii
2022-07-20 11:47           ` Alan Mackenzie
2022-07-20 15:31             ` Stefan Monnier [this message]
2022-07-20 20:34             ` Alan Mackenzie
2022-07-21  6:13               ` Eli Zaretskii
2022-07-21 17:37                 ` Alan Mackenzie
2022-07-21 17:52                   ` Stefan Monnier
2022-07-21 18:24                     ` Alan Mackenzie
2022-07-21 18:37                       ` Stefan Monnier
2022-07-21 21:03                         ` Alan Mackenzie
2022-07-21 23:15                           ` Stefan Monnier
2022-07-21 17:53                   ` Eli Zaretskii
2022-07-21 20:39                     ` Alan Mackenzie
2022-07-23 10:11                       ` Eli Zaretskii
2022-07-24 11:27                         ` Alan Mackenzie
2022-07-24 12:16                           ` Eli Zaretskii
2022-07-24 15:37                             ` Eli Zaretskii
2022-07-24 15:42                               ` Eli Zaretskii
2022-07-24 15:32                           ` Stefan Monnier
2022-07-24 15:49                             ` T.V Raman
2022-07-24 16:11                               ` Stefan Monnier
2022-07-24 18:21                                 ` T.V Raman
2022-07-24 18:50                                   ` Stefan Monnier
2022-07-24 16:19                               ` Eli Zaretskii
2022-07-19 16:27     ` Stefan Monnier
2022-07-20 18:36       ` Andrea Corallo
2022-07-21  7:20         ` Eli Zaretskii

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=jwvzgh34xqa.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=acm@muc.de \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.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 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.