all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: era@iki.fi
Subject: Re: Bug in emacs
Date: 17 Oct 2003 11:52:26 +0300	[thread overview]
Message-ID: <87ad80ckvs.fsf@era.iki.fi> (raw)
In-Reply-To: 87he29ejqq.fsf@era.iki.fi

On 16 Oct 2003 10:59:30 +0300, era@iki.fi posted to gmane.emacs.bugs:
 > Oog, I got this backwards. (Thanks to RMS for pointing out my error in
 > private mail.) The problem is that when a macro is +not+ defined when
 > code is byte-compiled, the compiler assumes it's a function call; then
 > when the compiled code is executed, and the macro +is+ defined, you
 > get an error.

And just to elaborate, one semi-important aspect of this is that it is
hard to be sure that you are (require)ing everything you should, and
that getting a warning when you are compiling code which uses a macro
which is not properly required by that code would be a useful aid for
developers.

A related problem which I imagine could be tackled with the same
mechanism is that if you happen to have loaded or required a library
which your code uses, but the code does not properly load or require
it, you don't get any warning at compilation time currently. It would
be useful to get a warning in this case, too.

Down the line, you could even have a function which figures out and
automatically inserts adequate (require) and (load) forms in your
code. (Figuring out whether a library provides something you would
like to require is annoying drudgery too.)

/* era */

-- 
The email address era     the contact information   Just for kicks, imagine
at iki dot fi is heavily  link on my home page at   what it's like to get
spam filtered.  If you    <http://www.iki.fi/era/>  500 pieces of spam for
want to reach me, see     instead.                  each wanted message.

  reply	other threads:[~2003-10-17  8:52 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-07 13:44 Bug in emacs Jean Pierre Lemue
2003-10-13 12:39 ` era
     [not found] ` <mailman.1587.1066050220.21628.bug-gnu-emacs@gnu.org>
2003-10-13 16:28   ` Kevin Rodgers
2003-10-14  6:05     ` era
2003-10-16  7:59       ` era
2003-10-17  8:52         ` era [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-10-05  0:25 Eric J Russell
2005-10-05 22:45 ` Richard M. Stallman

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=87ad80ckvs.fsf@era.iki.fi \
    --to=era@iki.fi \
    /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.