From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: define-derived-mode Date: Mon, 09 May 2005 04:57:44 -0400 Message-ID: References: <200505080101.j48117N24298@raven.dms.auburn.edu> <200505080315.j483F2l24405@raven.dms.auburn.edu> <200505081748.j48HmHm26026@raven.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1115631572 28144 80.91.229.2 (9 May 2005 09:39:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 9 May 2005 09:39:32 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 09 11:39:31 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DV4jE-00048W-MR for ged-emacs-devel@m.gmane.org; Mon, 09 May 2005 11:39:08 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DV4rX-0006ZR-3D for ged-emacs-devel@m.gmane.org; Mon, 09 May 2005 05:47:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DV4Pd-0002E1-DB for emacs-devel@gnu.org; Mon, 09 May 2005 05:18:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DV4NA-0001sE-7L for emacs-devel@gnu.org; Mon, 09 May 2005 05:16:45 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DV4Ji-0001N8-Of for emacs-devel@gnu.org; Mon, 09 May 2005 05:12:47 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DV4Bx-0007xM-NO for emacs-devel@gnu.org; Mon, 09 May 2005 05:04:45 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DV45A-0006fp-Hb; Mon, 09 May 2005 04:57:44 -0400 Original-To: Luc Teirlinck In-reply-to: <200505081748.j48HmHm26026@raven.dms.auburn.edu> (message from Luc Teirlinck on Sun, 8 May 2005 12:48:17 -0500 (CDT)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:36901 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36901 If I understood correctly, define-generic-mode only started constructing automatic defcustoms recently, which was an incompatible change. In that case, it could easily be reversed, which would make the two major mode defining functions consistent in this respect. For define-minor-mode, the situation is more complex. It already defined defcustoms in 21.3. So here, removing them would be an incompatible change. It is possible that some users already customized these hooks through Custom. Such a change is no big deal. Let's turn off generation of these defcustoms.