Re: problem with gnus-group-make-nnir-group

[Ted Zlatanov <tzz@lifelogs.com>]

On Tue, 01 Nov 2011 01:01:41 +0100 "Jose A. Ortega Ruiz" <jao@gnu.org> wrote: 

>> I don't know how that's possible.  nnir.el has
>> 
>> (defvar gnus-registry-enabled)

jao> The variable is declared, but still unbound: trying to use it will raise
jao> an error (because it has no value).

Normally yes, but `gnus-bound-and-true-p' is a macro whose entire reason
for existence is to avoid that situation.  How annoying.

>> and loads gnus-util.el, which defines `gnus-bound-and-true-p'.

jao> This is a macro defined inside an eval-when-compile: the packaged Emacs
jao> comes with a compiled version (gnus-util.elc), and it's the compiled
jao> file that gets loaded when (require 'gnus-util) is called.  The idiom of
jao> wrapping macros in an eval-when-compile form is intended for macros that
jao> are going to be used in the same file that defines them.

Thanks for explaining.  Yeah, I see the problem and was kind of figuring
it out myself gradually but you've made it clear :)

I think, then, that simply taking that macro out of the
`eval-when-compile' should be enough.  But I brought that macro out of
retirement and it's only used by me in situations where performance does
not matter.  So I think it's OK to just go with the
`gnus-bound-and-true-dumber-p' version I just committed and get rid of
the original macro.  WDYT?

Thanks
Ted