From: "Stefan Monnier" <monnier+gnu/emacs@rum.cs.yale.edu>
Cc: Stefan Monnier <monnier+gnu/emacs@rum.cs.yale.edu>
Subject: Re: Autoloads and (t . SYM) in load-history
Date: Mon, 14 Apr 2003 12:53:12 -0400 [thread overview]
Message-ID: <200304141653.h3EGrCWk026413@rum.cs.yale.edu> (raw)
In-Reply-To: E194tpM-0003dr-00@fencepost.gnu.org
> What was the reason for the following change ?
>
> I think it was for the sake of unload-feature, to turn the
> function back into an autoload.
>
> There's already another convention related to the above when
> a function is autoloaded. It involves the `autoload' symbol
> property and the Vautoload_queue variable.
>
> I guess it would work to use Vautoload_queue at the end of loading
> to update the load history, instead of doing it directly as I did.
> I am not sure this is worth doing. It might be easier just to add
> a comment on each mechanism pointing to the other one.
>
> One complication in combining them is that Vautoload_queue is set up
> only when loading for the sake of an autoload. For other calls to
> load, Vautoload_queue is not used.
>
> Also, the name Vautoload_queue is misleading because that variable
> is not a Lisp variable. The name should probably be changed.
I was thinking of merging things as follows:
- Keep your changes, except that instead of pushing (t . FUN)
onto the load history, we add the autoload data to the
`autoload' symbol property.
- Instead of using Vautoload_queue, we rely on the `autoload'
symbol property and the load-history in un_autoload (which
is also used by Frequire).
That would also be a good step towards merging un_autoload
and unload-feature.
Stefan
next prev parent reply other threads:[~2003-04-14 16:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-12 19:25 Emacs server/client and --eval and security Stefan Monnier
2003-04-12 19:48 ` Autoloads and (t . SYM) in load-history Stefan Monnier
2003-04-14 2:36 ` Richard Stallman
2003-04-14 16:53 ` Stefan Monnier [this message]
2003-04-16 4:40 ` Richard Stallman
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=200304141653.h3EGrCWk026413@rum.cs.yale.edu \
--to=monnier+gnu/emacs@rum.cs.yale.edu \
/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.