GNU bug report logs - #14384
mh-e non-standard names for defcustom etc

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14384 in the body.
You can then email your comments to 14384 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: submit <at> debbugs.gnu.org
Subject: mh-e non-standard names for defcustom etc
Date: Fri, 10 May 2013 21:49:38 -0400

Package: emacs
Version: 24.3

emacs -Q
M-x customize-group RET mh TAB [no match]

Ie, none of the mh customization groups are visible to the customize interface.
This is because you use non-standard macros defgroup-mh, defcustom-mh etc.
Because of this, custom-make-dependencies fails to add any mh-e entries
to cus-load.el.

We can paper over this in the Emacs lisp/Makefile by simply
loading mh-e/mh-e when running custom-make-dependencies.

It would be simpler if mh-e used standard macros though.
Are the -mh versions still needed?
"This macro is used by Emacs versions that lack the :package-version
keyword, introduced in Emacs 22."
Do you still want to support people taking the latest mh-e and running
it on Emacs older than 22.1 (released 2007)?

I see this came up before.
http://sourceforge.net/mailarchive/forum.php?thread_name=19664.1182361165%40juniper.net&forum_name=mh-e-devel

Message #6 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Bill Wohler <wohler <at> newt.com>
To: bug-gnu-emacs <at> gnu.org
Cc: mh-e-devel <at> lists.sourceforge.net
Subject: Re: bug#14384: mh-e non-standard names for defcustom etc
Date: Sun, 12 May 2013 18:31:04 -0700

Glenn Morris <rgm <at> gnu.org> writes:

> Package: emacs
> Version: 24.3
>
> emacs -Q
> M-x customize-group RET mh TAB [no match]
>
> Ie, none of the mh customization groups are visible to the customize interface.
> This is because you use non-standard macros defgroup-mh, defcustom-mh etc.
> Because of this, custom-make-dependencies fails to add any mh-e entries
> to cus-load.el.
>
> We can paper over this in the Emacs lisp/Makefile by simply
> loading mh-e/mh-e when running custom-make-dependencies.

Good to know, thanks!

> It would be simpler if mh-e used standard macros though.

Agreed!

> Are the -mh versions still needed?
> "This macro is used by Emacs versions that lack the :package-version
> keyword, introduced in Emacs 22."
> Do you still want to support people taking the latest mh-e and running
> it on Emacs older than 22.1 (released 2007)?

We don't even support Emacs 22 any more. However, we support XEmacs
21.4. Let me check to see if we can drop the -mh versions there. If so,
I will. If not, I will ask you kindly to "paper over this" until further
notice. Thanks!

> I see this came up before.
> http://sourceforge.net/mailarchive/forum.php?thread_name=19664.1182361165%40juniper.net&forum_name=mh-e-devel

-- 
Bill Wohler <wohler <at> newt.com> aka <Bill.Wohler <at> nasa.gov>
http://www.newt.com/wohler/
GnuPG ID:610BD9AD

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.