Gnus development mailing list
 help / color / mirror / Atom feed
From: Katsumi Yamaoka <yamaoka@jpl.org>
Subject: Re: nnmaildir and XEmacs
Date: Wed, 11 Oct 2006 21:13:06 +0900	[thread overview]
Message-ID: <b4m64ercap9.fsf@jpl.org> (raw)
In-Reply-To: <v9slhvff4u.fsf@marauder.physik.uni-ulm.de>

>>>>> In <v9slhvff4u.fsf@marauder.physik.uni-ulm.de>
>>>>>	Reiner Steib wrote:
> On Wed, Oct 11 2006, Katsumi Yamaoka wrote:

>> The cause is that `dgnushack-compile' binds the variable `file'.

> dgnushack might be considered harmful.

I think so, but there seems to be no way to solve it except for
improving of Emacs.  Actually Emacs doesn't warn about some
undefined variables.  For instance, the following two forms issue
no warning:

--8<---------------cut here---------------start------------->8---
(byte-compile '(lambda () (list fun macro)))
--8<---------------cut here---------------end--------------->8---
;;
--8<---------------cut here---------------start------------->8---
(progn
  (write-region "\
\(defun foo ()\n\
  (list target-file input-buffer output-buffer))\n"
		nil
		"~/byte-compile-warn-test.el")
  (byte-compile-file "~/byte-compile-warn-test.el"))
--8<---------------cut here---------------end--------------->8---

>> I don't know how XEmacs does it cleverly, though.

XEmacs uses the built-in function `globally-boundp' instead of
`boundp'.

--8<---------------cut here---------------start------------->8---
(let (foo-bar-baz)
  (list (globally-boundp 'foo-bar-baz) (boundp 'foo-bar-baz)))
 => (nil t)
--8<---------------cut here---------------end--------------->8---



  reply	other threads:[~2006-10-11 12:13 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-09 14:28 Michael Piotrowski
2006-10-10 21:53 ` Reiner Steib
2006-10-11  2:19   ` Katsumi Yamaoka
2006-10-11  3:49     ` Katsumi Yamaoka
2006-10-11  8:09       ` Reiner Steib
2006-10-11 12:13         ` Katsumi Yamaoka [this message]
2006-10-18  9:03   ` Michael Piotrowski

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=b4m64ercap9.fsf@jpl.org \
    --to=yamaoka@jpl.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 NNTP newsgroup(s).