From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: cc-vars.el Date: Mon, 18 Nov 2002 17:17:43 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: <200211182217.gAIMHh713119@rum.cs.yale.edu> References: <200211180057.JAA24537@etlken.m17n.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1037658622 22216 80.91.224.249 (18 Nov 2002 22:30:22 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 18 Nov 2002 22:30:22 +0000 (UTC) Cc: Kenichi Handa , mast@lysator.liu.se, rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18DuOe-0005is-00 for ; Mon, 18 Nov 2002 23:29:36 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18DuR4-0000qT-00 for ; Mon, 18 Nov 2002 23:32:06 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DuNY-0005jb-00; Mon, 18 Nov 2002 17:28:28 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18DuDJ-00023r-00 for emacs-devel@gnu.org; Mon, 18 Nov 2002 17:17:53 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18DuDG-00022D-00 for emacs-devel@gnu.org; Mon, 18 Nov 2002 17:17:52 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18DuDD-00020o-00; Mon, 18 Nov 2002 17:17:47 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id gAIMHh713119; Mon, 18 Nov 2002 17:17:43 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Dave Love Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9530 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9530 > I still don't understand how what I did affected this, but then I > didn't try to use cc-mode in the bootstrapped result. However, I > strongly agree with rms. I didn't realize cc-mode was doing that, but > I'm sure it shouldn't. > > I've previously fixed Gnus and W3 to avoid special compilation > mechanisms like that. Apart from being probably unsuitable for > installing in Emacs, they actually hid bugs. There are typically > still some compilation warnings if you do portability stuff cleanly, > but they're not usually excessive. Changes to the compiler would > help, e.g. to avoid warnings from > > (unless (fboundp 'fred) > (define fred ...)) > > A change for that I once suggested greatly reduced the noise and I > don't think it's a big issue to re-write a few things to forms such a > compiler check would be documented to recognize. > > I see a comment in cc-bytecomp implying that compilation is supposed > to produce byte code that's portable between Emacs and XEmacs, but > that's a lost cause. They are (now) basically incompatible, > e.g. XEmacs byte code can crash Emacs if you force it to be loaded. > This means that the compiler can reasonably eliminate code conditional > on `(featurep 'xemacs)', for instance, reducing spurious warnings > again and perhaps improving efficiency in a few cases. > > I also think it's unwise to try to support ancient versions of > (X)Emacs. That just makes life difficult and takes resources that > could be put into improvements for current versions, especially taking > advantage of new features. > > Sorry if that sounds like just a gripe, but it's from a fair amount of > experience. :-/ (with-aol-mode Me too!) Stefan