From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Adrian Aichner Newsgroups: gmane.emacs.devel Subject: Re: Is it planned to remove xemacs compatibility code? Date: Tue, 26 Oct 2004 23:17:29 +0200 Organization: The XEmacs Project Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <4qkhyyae.fsf@smtprelay.t-online.de> References: <87d5z5wau8.fsf@vh213602.truman.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1098825490 26512 80.91.229.6 (26 Oct 2004 21:18:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 26 Oct 2004 21:18:10 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 26 23:17:59 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CMYhb-0005pR-00 for ; Tue, 26 Oct 2004 23:17:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMYpJ-0002XD-BW for ged-emacs-devel@m.gmane.org; Tue, 26 Oct 2004 17:25:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CMYnj-0001y7-Is for emacs-devel@gnu.org; Tue, 26 Oct 2004 17:24:19 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CMYni-0001xF-Ni for emacs-devel@gnu.org; Tue, 26 Oct 2004 17:24:19 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMYni-0001x9-Jz for emacs-devel@gnu.org; Tue, 26 Oct 2004 17:24:18 -0400 Original-Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CMYfq-0002ON-Hg for emacs-devel@gnu.org; Tue, 26 Oct 2004 17:16:10 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CMYfo-0002Uh-00 for ; Tue, 26 Oct 2004 23:16:08 +0200 Original-Received: from pd9590014.dip.t-dialin.net ([217.89.0.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Oct 2004 23:16:08 +0200 Original-Received: from adrian by pd9590014.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Oct 2004 23:16:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 55 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9590014.dip.t-dialin.net X-Attribution: APA X-Face: 4[iHdXiTu\V3u[~\I)*}#kYF[-tYl3VZga/HSOP|K,{L Rtu@f0y/=O&Cu}\:~d|P$JON?pn?j,&CnPb1z#/TL9bkAJwyol&a:SvYj-VYbM=Dtxhk9 =w|R6U3_;SH&B List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28997 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28997 David Kastrup writes: > Jay Belanger writes: > >> Stefan Monnier writes: >> >>>> Around Emacs code, I find many Xemacs compatibility code as >>>> (cond ((featurep 'xemacs) blah ...) >>>> (if (featurep 'xemacs) blah ...) >>> >>> Those files are typically also distributed separately from Emacs >>> for older Emacsen or for XEmacs, so it is better to keep this code >>> so as to minimize the difference between the version bundled with >>> Emacs and the other version: any difference tends to lead to >>> problems keeping the files in sync. >> >> What about the files that aren't distributed separately? > > As long as we don't get big amounts of unmaintable cruft and as long > as there is some reasonable chance that the code will help the XEmacs > developers catch up with it, I'd leave it in. If one thinks that the > stuff is falling into bit rot anyway, it may be an idea to ask on the > xemacs-devel@xemacs.org whether somebody there volunteers to actively Hi David, make that xemacs-design@xemacs.org and we'll take note :-) That's a good suggestion! Best regards, Adrian > keep it working inside of the Emacs CVS (requires copyright > assignment). If not, it is probably saner to just pull it instead of > giving the XEmacs crowd something that only pretends to work with > XEmacs. > >> Also, the manuals of some bundled packages have installation >> instructions; should these be kept? > > As long as we are maintaining the manuals separately, I don't see any > point in including either installation instructions for Emacs or > XEmacs, if the respective version of the package is already installed > with Emacs. If there is no manual available outside of the Emacs CVS, > this is probably a situation that is a bit unfortunate. Again, I'd > then ask on the XEmacs list whether somebody wants to maintain the > respective section (which can probably be removed by conditional > compilation) here, and pull it only if nobody can be found willing to > maintain those parts. Keeping possibly outdated and incorrect > documentation around will help nobody. -- Adrian Aichner mailto:adrian@xemacs.org http://www.xemacs.org/