From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: Strange change in bytecmop.el Date: Tue, 26 Jul 2005 10:12:24 +0200 Message-ID: References: <87sly54b2s.fsf-monnier+emacs@gnu.org> <85ek9o40hg.fsf@lola.goethe.zz> <85mzobzlvk.fsf@lola.goethe.zz> Reply-To: Juanma Barranquero NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1122367898 10597 80.91.229.2 (26 Jul 2005 08:51:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 26 Jul 2005 08:51:38 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org, monnier@iro.umontreal.ca Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 26 10:51:36 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DxL9A-0001RA-D3 for ged-emacs-devel@m.gmane.org; Tue, 26 Jul 2005 10:50:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DxLBV-00075O-2u for ged-emacs-devel@m.gmane.org; Tue, 26 Jul 2005 04:53:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DxKiZ-0004pE-Qx for emacs-devel@gnu.org; Tue, 26 Jul 2005 04:23:16 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DxKhV-0004Ha-JX for emacs-devel@gnu.org; Tue, 26 Jul 2005 04:22:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DxKeY-0003R4-8v for emacs-devel@gnu.org; Tue, 26 Jul 2005 04:19:07 -0400 Original-Received: from [64.233.182.206] (helo=nproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DxKio-0004by-CE for emacs-devel@gnu.org; Tue, 26 Jul 2005 04:23:30 -0400 Original-Received: by nproxy.gmail.com with SMTP id i2so170149nfe for ; Tue, 26 Jul 2005 01:12:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U969mtjf7L0t1r2445ilfSfjz6LlLKcGYeAWT1pYq4LugDqKD2csi7+EDx4FlufvAOb4RdZD2tdmvQ74iz9efRClZtVktmIM9JENhViGQ18K3Y7ZRibVhOVjchp2G/2jLX1tklYqoHDVEqoZTJWr/3kMqwcbxjVzJWexpNjy6kk= Original-Received: by 10.48.249.6 with SMTP id w6mr4365nfh; Tue, 26 Jul 2005 01:12:24 -0700 (PDT) Original-Received: by 10.48.250.5 with HTTP; Tue, 26 Jul 2005 01:12:24 -0700 (PDT) Original-To: David Kastrup In-Reply-To: <85mzobzlvk.fsf@lola.goethe.zz> Content-Disposition: inline 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:41217 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41217 On 7/25/05, David Kastrup wrote: > Sure. As long as we have code intended to run with XEmacs, calling it > anything but code intended to run with XEmacs would be obfuscate. >=20 > The only way around that would be to completely remove all such code. > This does not make sense except where code has fallen out of active > maintenance and nobody knows whether it is working, anyway. IMHO, maintaining "(if (boundp 'xemacs)..)" in Emacs code makes sense when the package affected has a life *outside* Emacs and XEmacs distributions. For those packages that only live in Emacs and XEmacs source trees, there are already lots of site-specific changes, and frankly, for us Emacs maintainers the "(boundp 'xemacs)" bit brings no benefit: we're not going to sync with XEmacs code because of legal issues, and it's more code to maintain or at least to consciously ignore when fixing an issue or otherwise modifying the package. However, supporting "(boundp 'emacs)" would make sense. I don't think we're in the business of telling outside elisp developers whether they should consider Emacs or XEmacs the "main line". If a guy uses XEmacs and develops a package for it, and he's nice enough to make allowances for it to work on Emacs, it's a bit absurd to ask him to consider Emacs the main line and put XEmacs code inside guards. Supporting the 'emacs feature is not a big deal, but it is certainly nicer to non-Emacs developers (at least long term). --=20 /L/e/k/t/u