From: David Kastrup <dak@gnu.org>
Subject: Re: defining many similar functions using macros
Date: Sun, 03 Oct 2004 10:18:36 +0200 [thread overview]
Message-ID: <x5655susdf.fsf@lola.goethe.zz> (raw)
In-Reply-To: mailman.984.1096774354.2017.help-gnu-emacs@gnu.org
Joe Corneli <jcorneli@math.utexas.edu> writes:
> I have a lot of functions that are very similar:
>
> (defun tex-alpha ()
> (interactive)
> (insert "\\alpha"))
>
> (defun tex-beta ()
> (interactive)
> (insert "\\beta"))
>
> ...
>
> I would like to define them all in one go:
>
> (dolist (elt '("alpha"
> "beta"
> ...))
> (define-tex-symbol elt))
>
> This seems like a good chance to use a macro.
Not really.
> My first experiment along these lines fails however, and I could use
> some help re-designing it.
>
> This macro works on single elements:
>
> (defmacro define-tex-symbol (name)
> `(defun ,(intern (concat "tex-" name)) ()
> (interactive)
> (insert "\\" ,name)))
>
> E.g. (define-tex-symbol "alpha") ;=> tex-alpha
>
> But
>
> (dolist (elt '("alpha"
> "beta"))
> (define-tex-symbol elt))
>
> triggers an error:
>
> Debugger entered--Lisp error: (wrong-type-argument sequencep elt)
> concat("tex-" elt)
> (intern (concat "tex-" name))
> (list (quote defun) (intern (concat "tex-" name)) nil (quote (interactive)) (list (quote insert) "\\" name))
> ...
>
> There seem to be some subtleties associated with macro expansion
> that I'm missing here.
Nothing subtle here at all. macros are substitutions at compile time
(that's why they are efficient). So the "intern" gets evaluated at
compile time. At that time, `name' is bound to the unevaled symbol
`elt'. So what defun would you expect to result from your code?
Really. Take pencil and paper and write down the expansion you wanted
to occur. You can't calculate the symbol to define at compile time,
because it is supposed to be a different one each time through the
loop.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
next prev parent reply other threads:[~2004-10-03 8:18 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.984.1096774354.2017.help-gnu-emacs@gnu.org>
2004-10-03 5:31 ` defining many similar functions using macros Klaus Berndl
2004-10-03 8:18 ` David Kastrup [this message]
2004-10-04 15:55 ` Kevin Rodgers
2004-10-04 16:30 ` David Kastrup
2004-10-03 3:25 Joe Corneli
2004-10-03 6:49 ` Daniel Pittman
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=x5655susdf.fsf@lola.goethe.zz \
--to=dak@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.
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).