From: Kevin Rodgers <ihs_4664@yahoo.com>
Subject: Re: compilation-error-regexp-alist syntax problems
Date: Tue, 03 Feb 2004 15:30:32 -0700 [thread overview]
Message-ID: <40202108.7060308@yahoo.com> (raw)
In-Reply-To: jwvr7xc0y08.fsf-monnier+gnu.emacs.help@asado.iro.umontreal.ca
Stefan Monnier wrote:
> > What's untidy about eval-after-load? My only complaint is that it's
> > not a macro, so we have to quote the FORM.
>
> The macro is one such issue indeed:
> Instead of (eval-after-load FOO '(progn BAR BAZ)), it should just be
> (eval-after-load FOO BAR BAZ).
> Do you have a suggestion for how to name such a new macro?
How about `defloadforms' or `deflibforms'?
> Another issue is that (eval-after-load "compile" FOO) will not run FOO
> when loading "compile.elc" or "compile.el" or "/foo/bar/compile", but only
> if you load "compile", even if those are all one and the same file.
It seems to work if you do (load-library "compile") or (require
'compile), so that issue doesn't bother me too much. But it could
complicate things if you're trying to test a new version of "compile".
> In Emacs-CVS you can do (eval-after-load 'compile FOO) which will run
> FOO right after executing (provide 'compile) which does adress the
> above problem, but FOO will be run either before or after loading
> "compile", depending on where the `provide' is located in the file
> (the coding convention says to put it at the end, but several packages
> do not follow the convention).
Yes, because that coding convention seems odd to those of us who
memorized the Common Lisp mnemonic for managing packages: Put IN Seven
EXtremely Random USEr Interface COmmands.
I don't understand why it's better to evaluate the FORM immediately
after (provide FEATURE) or how that solves Roy's problem of augmenting a
list-valued variable defvar'ed in the FILE. The advantage of late
evaluation (after the complete FILE is loaded) is that you can reference
the default value while computing its new value; the advantage of early
evaluation is that other default values can be computed based on this
variable's non-default value. To me it's a wash that should probably be
decided in favor of allowing the user to access any variable's default
value, as when augmenting a list.
>>Could it be as simple as adding ;;;###autoload cookies to the 6
>>-regexp-alist `defvar's?
>
> For this specific problem, it would help. but it will still not fix
> the `add-hook' code that Roy used originally.
I thought it would result in those `defvar's being copied into
loaddefs.el, which would be dumped into the emacs executable, so they
could be safely referenced before the "compile" library was actually
loaded. What am I misunderstanding?
--
Kevin Rodgers
next prev parent reply other threads:[~2004-02-03 22:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-02 16:28 compilation-error-regexp-alist syntax problems Roy Smith
2004-02-02 17:02 ` Stefan Monnier
2004-02-02 21:38 ` Roy Smith
2004-02-03 16:07 ` Stefan Monnier
2004-02-03 17:07 ` Roy Smith
2004-02-03 17:54 ` Stefan Monnier
2004-02-03 19:00 ` Roy Smith
2004-02-03 19:05 ` Kevin Rodgers
2004-02-03 19:31 ` Stefan Monnier
2004-02-03 22:30 ` Kevin Rodgers [this message]
2004-02-04 14:50 ` Stefan Monnier
2004-02-05 19:40 ` Kevin Rodgers
2004-02-05 19:48 ` Stefan Monnier
2004-02-05 8:45 ` Kai Grossjohann
2004-02-05 13:53 ` Roy Smith
2004-02-06 22:03 ` Daniel Pfeiffer
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=40202108.7060308@yahoo.com \
--to=ihs_4664@yahoo.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.