all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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

  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.