From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r116878: Sync with upstream vhdl mode v3.35.1 Date: Fri, 28 Mar 2014 10:54:30 -0400 Message-ID: References: <20140328135037.Horde.Hkmu2nCKs7FDnFJSl377KA1@webmail.retoweb.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1396018518 681 80.91.229.3 (28 Mar 2014 14:55:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Mar 2014 14:55:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: Reto Zimmermann Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 28 15:55:26 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WTYBj-0000kj-Cr for ged-emacs-devel@m.gmane.org; Fri, 28 Mar 2014 15:55:19 +0100 Original-Received: from localhost ([::1]:34012 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTYBj-0008UR-0E for ged-emacs-devel@m.gmane.org; Fri, 28 Mar 2014 10:55:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50703) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTYBY-0008Jf-21 for emacs-devel@gnu.org; Fri, 28 Mar 2014 10:55:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WTYBP-0006lR-Qx for emacs-devel@gnu.org; Fri, 28 Mar 2014 10:55:08 -0400 Original-Received: from mercure.iro.umontreal.ca ([132.204.24.67]:57277) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTYBP-0006lM-LH; Fri, 28 Mar 2014 10:54:59 -0400 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 7C06584DB7; Fri, 28 Mar 2014 10:54:58 -0400 (EDT) Original-Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 5DC541E5B74; Fri, 28 Mar 2014 10:54:35 -0400 (EDT) Original-Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id 2CD58B40B7; Fri, 28 Mar 2014 10:54:30 -0400 (EDT) In-Reply-To: <20140328135037.Horde.Hkmu2nCKs7FDnFJSl377KA1@webmail.retoweb.net> (Reto Zimmermann's message of "Fri, 28 Mar 2014 13:50:37 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 132.204.24.67 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:171076 Archived-At: > In 2007 I changed my own copy of vhdl-mode to use defalias. In 2012 > I synced some differences from the GNU distribution to my own copy, so it > went back to defun/fset (because that's what it was in the repository). > I didn't think much about it, so I don't think there was any other reason > than just to be in sync with the GNU version. So going back to defun+fset was an accident. Thanks. > There's other things that are probably still different in my own copy > compared to the GNU version, that I did not sync because of compatibility > reasons. I meanwhile dropped compatibility with XEmacs, but I still want > to prevent any changes that are not compatible with older Emacs versions in > the copy that I distribute on my site. We generally prefer it if the code in Emacs is identical to the one you distribute, even if it means keeping compatibility code around. We do like to make use of newer features, but in 99% of the case that can be done without breaking compatibility. I tend to break that compatibility when I install my own changes, but that's usually by accident or at worst out of laziness (e.g. sometimes I know it breaks compatibility but I suspect that this compatibility is not important any more, so I deliberately break it and wait to see if someone yells). IOW, feel free to send us patches that just fix backward compatibility issues, and if you don't know how to combine the "new" and the "old" code, we can probably help. Stefan