From: Doug Lewan <dougl@shubertticketing.com>
To: "help-gnu-emacs@gnu.org" <help-gnu-emacs@gnu.org>
Subject: Meta-code confusion
Date: Fri, 10 Aug 2012 19:12:08 +0000 [thread overview]
Message-ID: <155DEC68569B714B86C2C7075F5EDA98268CCCBB@DAKIYA1.pegasus.local> (raw)
I have development environment that has a handful of files with isomorphic (but not identical) structures.
I'd like to use the same code to define modes for all of them, but clearly there are things I don't understand about writing meta-code in emacs lisp.
As a starting point I'm failing with the following:
(defvar *pp-symbol-re* "\\(?:\\s_\\|\\sw\\)")
(defun ppm-define-vars (name abbreviation)
"Build a list of vars for the new mode."
(let* ((start-var-name (format "*pp-%s-start-re*" abbreviation))
(start-var (make-symbol start-var-name))
(start-re (list 'concat (format "^%s\\s-+" name) '*pp-symbol-re*)))
(list (list 'defvar start-var start-re))))
I want all such functions to return a list of definitions of the type of interest.
This one happens to return a list of one element, [I would like] a variable definition.
It certainly looks like it's returning the right kind of thing:
(car (ppm-define-vars "douglas" "dug"))
=> (defvar *pp-dug-start-re* (concat "^douglas\\s-+" *pp-symbol-re*))
And (eval) looks like it does the right thing:
(eval (car (ppm-define-vars "douglas" "dug")))
=> *pp-dug-start-re*
(defvar) returns a symbol and (symbolp) confirms that that is a symbol.
However, using *pp-dug-start-re* gets a void-variable error.
On the other hand
(boundp (eval (car (ppm-define-vars "douglas" "dug"))))
=> t
which would seem to be a contradiction.
I'm using
GNU Emacs 24.1.1 (i686-pc-cygwin, GTK+ Version 2.24.10) of 2012-07-17 on fiona and
GNU Emacs 24.1.1 (powerpc-ibm-aix6.1.0.0, X toolkit, Xaw scroll bars) of 2012-07-25 on devlpar1.
I would gladly pay with a beer¹ to understand this better.
,Douglas
Douglas Lewan
Shubert Ticketing
(201) 489-8600 ext 224
There is no national science just as there is no national multiplication table; what is national is no longer science. - Anton Checov
_____________
¹ "beer" is a variable, replace it with an appropriate value should beer be distasteful to you or otherwise inappropriate.
next reply other threads:[~2012-08-10 19:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-10 19:12 Doug Lewan [this message]
2012-08-10 21:38 ` Meta-code confusion Doug Lewan
[not found] ` <mailman.6744.1344634688.855.help-gnu-emacs@gnu.org>
2012-08-10 22:02 ` Barry Margolin
2012-08-13 14:04 ` Doug Lewan
2012-08-13 16:44 ` Aurélien Aptel
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=155DEC68569B714B86C2C7075F5EDA98268CCCBB@DAKIYA1.pegasus.local \
--to=dougl@shubertticketing.com \
--cc=help-gnu-emacs@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).