From: David Masterson <dsmasterson@gmail.com>
To: "Cook, Malcolm" <MEC@stowers.org>
Cc: Eli Zaretskii <eliz@gnu.org>,
"emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>,
"michel@schi.nz" <michel@schi.nz>,
"59882@debbugs.gnu.org" <59882@debbugs.gnu.org>
Subject: bug#59882: Multiple versions of Org in load-path problem
Date: Fri, 09 Dec 2022 11:51:29 -0800 [thread overview]
Message-ID: <SJ0PR03MB545522F5053017127964564BA21C9__34306.8692645588$1670615546$gmane$org@SJ0PR03MB5455.namprd03.prod.outlook.com> (raw)
In-Reply-To: <DS7PR20MB46714DA5A213137BCEF5A2D4BE1C9@DS7PR20MB4671.namprd20.prod.outlook.com> (Malcolm Cook's message of "Fri, 9 Dec 2022 19:40:17 +0000")
"Cook, Malcolm" <MEC@stowers.org> writes:
>> Eli Zaretskii <eliz@gnu.org> writes:
>>
>> >> Cc: emacs-orgmode@gnu.org, 59882@debbugs.gnu.org
>> >> From: David Masterson <dsmasterson@gmail.com>
>> >> Date: Thu, 08 Dec 2022 13:56:03 -0800
>> >>
>> >> In my testing, I found a strange case where, in *scratch*, I get:
>> >>
>> >> (message "%s" org-version)
>> >> ;; Error undefined
>> >> ;; Do 'C-h v org-version'
>> >> (message "%s" org-version)
>> >> 9.3
>> >>
>> >> So, 'describe-variable' on org-version causes Org to be loaded?!?
>> >
>> > Why is it so surprising? Is this the first time you see that a Help
>> > command loads something to do its job?
>>
>> Yes, it is surprising. How did Emacs know to load Org to find org-version?
>
> This is provided for via emacs' autoload by prefix mechanism.
>
> See:
>
> https://www.gnu.org/software/emacs/manual/html_node/elisp/Autoload-by-Prefix.html
>
> What you observed will NOT happen if you first run:
>
> (clrhash definition-prefixes)
Ah! Thank you. In many ways, I still think of Emacs from what I learned
about it in the early 80s (yes, pre-Elisp). I didn't expect this and,
so, didn't investigate the possibility that it's planned (the Info
documentation has gotten huge). Apologies to Eli.
--
David Masterson
next prev parent reply other threads:[~2022-12-09 19:51 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <SJ0PR03MB54550C18409A8F2DF921A77DA21B9@SJ0PR03MB5455.namprd03.prod.outlook.com>
[not found] ` <87tu27jq7h.fsf@localhost>
[not found] ` <SJ0PR03MB5455E1FA2C2887B0200CA8B6A21D9@SJ0PR03MB5455.namprd03.prod.outlook.com>
[not found] ` <SJ0PR03MB54559D5E6849C26AAF6CA044A21D9@SJ0PR03MB5455.namprd03.prod.outlook.com>
[not found] ` <87k032nyok.fsf@localhost>
[not found] ` <SJ0PR03MB54550C7727696BE317D0DD13A21D9@SJ0PR03MB5455.namprd03.prod.outlook.com>
[not found] ` <39a5810d-75bc-4ddb-8722-703f762ed4de@app.fastmail.com>
2022-12-08 21:56 ` bug#59882: Multiple versions of Org in load-path problem David Masterson
[not found] ` <SJ0PR03MB5455B76B26B72A11E965BFE2A21D9@SJ0PR03MB5455.namprd03.prod.outlook.com>
2022-12-09 7:17 ` Eli Zaretskii
2022-12-09 7:43 ` David Masterson
[not found] ` <SJ0PR03MB54551B455DAEB936213DE09CA21C9@SJ0PR03MB5455.namprd03.prod.outlook.com>
2022-12-09 11:57 ` Eli Zaretskii
2022-12-09 19:40 ` Cook, Malcolm
[not found] ` <DS7PR20MB46714DA5A213137BCEF5A2D4BE1C9@DS7PR20MB4671.namprd20.prod.outlook.com>
2022-12-09 19:51 ` David Masterson [this message]
[not found] ` <SJ0PR03MB545522F5053017127964564BA21C9@SJ0PR03MB5455.namprd03.prod.outlook.com>
2022-12-09 20:27 ` Eli Zaretskii
2022-12-10 14:01 ` Ihor Radchenko
2022-12-14 9:51 ` Ihor Radchenko
[not found] ` <87edt2qpoa.fsf@localhost>
2022-12-14 12:59 ` Eli Zaretskii
[not found] ` <83359innsp.fsf@gnu.org>
2022-12-14 13:37 ` Ihor Radchenko
2022-12-14 14:35 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
[not found] ` <jwvfsdi6or0.fsf-monnier+emacs@gnu.org>
2022-12-14 16:02 ` Max Nikulin
[not found] ` <3bf2e057-4204-cdc8-0847-39a723db4fc8@gmail.com>
2022-12-15 4:17 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-12-15 4:56 ` Ihor Radchenko
2022-12-16 12:36 ` Max Nikulin
[not found] ` <809ae318-fe95-1023-6bca-ba827fd01a29@gmail.com>
2022-12-16 14:47 ` Ihor Radchenko
2022-12-18 15:24 ` Max Nikulin
2022-12-18 15:40 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-04-06 16:09 ` Max Nikulin
[not found] ` <7e64ae5e-6fd7-ea41-dae5-c8abd9a3fefa@gmail.com>
2023-04-06 21:25 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-04-19 4:20 ` Tom Gillespie
2022-12-25 9:48 ` Ihor Radchenko
[not found] ` <87pmc7stiw.fsf@localhost>
2022-12-25 11:46 ` Max Nikulin
[not found] ` <96ecff22-8604-3794-671f-75184dcb7d31@gmail.com>
2022-12-26 8:44 ` Ihor Radchenko
[not found] ` <87r0wmr1tk.fsf@localhost>
2022-12-26 11:01 ` Ihor Radchenko
[not found] ` <877cyeqvh4.fsf@localhost>
2022-12-26 12:25 ` Max Nikulin
[not found] ` <3f0ead96-4424-18a9-394f-680fc135d39c@gmail.com>
2022-12-27 9:47 ` Ihor Radchenko
2022-12-27 9:56 ` Max Nikulin
[not found] ` <11e5c88d-09d1-75a5-5c7c-f8ace552c2d3@gmail.com>
2023-02-03 11:02 ` Ihor Radchenko
2023-02-03 12:15 ` Eli Zaretskii
[not found] ` <86zg9upl8h.fsf@gmail.com>
2023-02-14 22:53 ` Gregor Zattler
[not found] ` <87pmabyi2r.fsf@no.workgroup>
2023-02-16 12:14 ` Max Nikulin
2023-02-21 5:22 ` Richard Stallman
[not found] ` <E1pUL6K-0006Bt-U3@fencepost.gnu.org>
2023-02-21 12:32 ` Eli Zaretskii
2023-02-21 17:26 ` Bhavin Gandhi
2023-02-22 10:48 ` Ihor Radchenko
[not found] ` <87mt56c6wu.fsf@localhost>
2023-02-22 16:58 ` Bhavin Gandhi
[not found] ` <CAOn=hbcZ5JyBGvsy8VS=KpyJ3quHCdb4c_xAfeUygXeqtzirRw@mail.gmail.com>
2023-02-23 9:35 ` Ihor Radchenko
2023-04-06 15:02 ` Max Nikulin
2023-04-07 11:39 ` Max Nikulin
2022-12-14 14:25 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-12-14 21:49 ` Cook, Malcolm
2022-12-09 19:47 ` Cook, Malcolm
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='SJ0PR03MB545522F5053017127964564BA21C9__34306.8692645588$1670615546$gmane$org@SJ0PR03MB5455.namprd03.prod.outlook.com' \
--to=dsmasterson@gmail.com \
--cc=59882@debbugs.gnu.org \
--cc=MEC@stowers.org \
--cc=eliz@gnu.org \
--cc=emacs-orgmode@gnu.org \
--cc=michel@schi.nz \
/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).