> "Chris" == Chris Beggy <[EMAIL PROTECTED]> writes:
Chris> From: Alex Schroeder <[EMAIL PROTECTED]>
>>
>> Lots of packages define missing functions in order to run on Emacs and
>> XEmacs. Other packages test wethere critical functions are bound or
Hi Alex, All!
featurep o
From: Alex Schroeder <[EMAIL PROTECTED]>
>
> Lots of packages define missing functions in order to run on Emacs and
> XEmacs. Other packages test wethere critical functions are bound or
> not, and then assume they are on Emacs or XEmacs. :(
>
> I've had a similar problem with one package or an
On , January 12, 2002 at 10:11:38, Jochen Küpper wrote:
[...]
> I am not sure, but it seems to me that autoloads are more desireable,
> 'cause then we defer the possible need/availability check to runtime.
But you would not get meaningful compile errors and when you
use macros it becomes even wor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 11 Jan 2002 08:15:22 + Ronan Waide wrote:
Ronan> Note that you must have VM sources to compile BBDB. A compiled
Ronan> VM is insufficient. Mind you, I'm not saying that that's where
Ronan> the problem lies!
On Fri, 11 Jan 2002 09:43:49 -
On Saturday, January 12, 2002 at 14:04:44, Alex Schroeder wrote:
> [EMAIL PROTECTED] (Adam C. Finnefrock) writes:
>
> > Is it a crime to have a BBDB entry without a net field? :)
> > Seriously, should I put in bogus e-mail addresses for these records?
>
> No, I have dozens of entries without e-
I do not use VM, so loading bbdb-hooks.el fails. Here is a slightly
more intelligent code.
Jari
--- bbdb-hooks.el.1.68 Fri Jan 11 13:40:20 2002
+++ bbdb-hooks.el Fri Jan 11 13:41:58 2002
@@ -39,11 +39,16 @@
(require 'bbdb-com)
(eval-when-compile
- (condition-case() (require 'gnus)
[EMAIL PROTECTED] (Adam C. Finnefrock) writes:
> Is it a crime to have a BBDB entry without a net field? :)
> Seriously, should I put in bogus e-mail addresses for these records?
No, I have dozens of entries without e-mail addresses in them. But I
don't send them mail, either. When I try, I g
Galen Boyer <[EMAIL PROTECTED]> writes:
> I found the issue. table.el has caused me a few headaches now.
> For some reason, it finds its way into the middle of compilations
> and then the resultant compiled code has issues. I ran the bbdb
> uncompiled (whew, is it slow) and I was able to perfor
