From: Kevin Rodgers <kevin.d.rodgers@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Can't compile
Date: Tue, 27 Feb 2007 20:16:37 -0700 [thread overview]
Message-ID: <es2s6e$2dh$1@sea.gmane.org> (raw)
In-Reply-To: <1172489074.509174.190590@t69g2000cwt.googlegroups.com>
Robert Thorpe wrote:
> On Feb 24, 10:28 am, Xavier Maillard <z...@gnu.org> wrote:
>> Hi,
>>
>> I am trying to byte-compile nero.el[1] but it just fails with
>> this error:
>>
>> In nero-restore-match:
>> nero.el:1526:17:Warning: `string-to-int' is an obsolete function (as of Emacs
>> 22.1); use `string-to-number' instead.
>> nero.el:2119:1:Error: Symbol's function definition is void: nero-follow-numbers
>> make: *** [nero.elc] Error 1
>>
>> The first warning is easy to fix (and I fixed it) but what about
>> the second error ?
>
> I don't know anything about this code, but what is shown here is a
> rather common lisp error.
>
> The function nero-follow-numbers is used in a macro. This macro is
> used in the file/compilation block nero.elc.
> The bytecompiler works on a per file basis. It compiles each of the
> defuns to bytecodes completing it's actions once the file is
> finished. Macros though must be expanded when the code is being read,
> at this stage the defuns in the file have not yet been finalised.
>
> This works fine for the normal evalutator because it finalises and
> installs a function at the end of the defun form.
>
> This is why "eval-and-compile" is needed.
A cleaner design would be for the macro to return a form that contains a
call to the function, rather calling the function during macro expansion
to generate the returned form.
--
Kevin Rodgers
Denver, Colorado, USA
next prev parent reply other threads:[~2007-02-28 3:16 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.59.1172342304.7795.help-gnu-emacs@gnu.org>
2007-02-25 18:36 ` Can't compile Joost Kremers
2007-02-25 18:47 ` Xavier Maillard
[not found] ` <mailman.94.1172429426.7795.help-gnu-emacs@gnu.org>
2007-02-25 19:13 ` Joost Kremers
2007-02-26 5:20 ` Xavier Maillard
2007-02-26 11:24 ` Robert Thorpe
2007-02-26 18:31 ` Xavier Maillard
[not found] ` <mailman.124.1172514850.7795.help-gnu-emacs@gnu.org>
2007-02-26 18:46 ` Robert Thorpe
2007-02-26 20:26 ` Xavier Maillard
2007-02-28 3:16 ` Kevin Rodgers [this message]
2007-02-28 11:28 ` Xavier Maillard
[not found] ` <mailman.208.1172632616.7795.help-gnu-emacs@gnu.org>
2007-02-28 11:08 ` Robert Thorpe
2011-08-09 23:21 Germán Arias
2011-08-10 13:57 ` Davis Herring
2011-08-10 22:37 ` Germán Arias
2011-08-10 22:44 ` Davis Herring
2011-08-10 23:59 ` Germán Arias
2011-08-12 23:02 ` Germán Arias
-- strict thread matches above, loose matches on Subject: below --
2011-05-10 18:12 Germán Arias
2011-05-11 11:51 ` Harald Hanche-Olsen
2011-05-12 22:22 ` Germán Arias
2007-02-24 10:28 Xavier Maillard
2007-02-24 22:49 ` Peter Dyballa
2007-02-25 8:08 ` Xavier Maillard
2007-02-25 11:54 ` Peter Dyballa
2007-02-25 12:58 ` Xavier Maillard
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='es2s6e$2dh$1@sea.gmane.org' \
--to=kevin.d.rodgers@gmail.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.
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.