From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.cc-mode.general,gmane.emacs.devel Subject: Re: Warnings in cc mode Date: Tue, 15 Nov 2005 10:34:04 +0000 (GMT) Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: sea.gmane.org 1132050660 22966 80.91.229.2 (15 Nov 2005 10:31:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 15 Nov 2005 10:31:00 +0000 (UTC) Cc: bug-cc-mode@gnu.org, emacs-devel@gnu.org Original-X-From: cc-mode-help-admin@lists.sourceforge.net Tue Nov 15 11:30:56 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Eby4j-0000ho-3p for sf-cc-mode-help@m.gmane.org; Tue, 15 Nov 2005 11:30:05 +0100 Original-Received: from sc8-sf-list1-b.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id 4883788690; Tue, 15 Nov 2005 02:30:04 -0800 (PST) Original-Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1Eby48-000525-5r for cc-mode-help@lists.sourceforge.net; Tue, 15 Nov 2005 02:29:28 -0800 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by mail.sourceforge.net with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.44) id 1Eby45-0004Kx-L7 for cc-mode-help@lists.sourceforge.net; Tue, 15 Nov 2005 02:29:28 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1Eby41-0004nX-Es for bug-cc-mode@gnu.org; Tue, 15 Nov 2005 05:29:21 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1Eby40-00017U-8F for bug-cc-mode@gnu.org; Tue, 15 Nov 2005 05:29:20 -0500 Original-Received: from [193.149.49.134] (helo=acm.acm) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Eby3z-00017I-5V; Tue, 15 Nov 2005 05:29:20 -0500 Original-Received: from localhost (root@localhost) by acm.acm (8.8.8/8.8.8) with SMTP id KAA00289; Tue, 15 Nov 2005 10:34:05 GMT X-Sender: root@acm.acm Original-To: "Richard M. Stallman" In-Reply-To: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on monty-python X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO Original-Sender: cc-mode-help-admin@lists.sourceforge.net Errors-To: cc-mode-help-admin@lists.sourceforge.net X-BeenThere: cc-mode-help@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: Bug reports, feature requests, and general talk about CC Mode. List-Post: List-Help: List-Subscribe: , List-Archive: X-Original-Date: Tue, 15 Nov 2005 10:34:04 +0000 (GMT) Xref: news.gmane.org gmane.emacs.cc-mode.general:2713 gmane.emacs.devel:46011 Archived-At: [cc to emacs-devel@gnu.org added] Hi, Richard: On Sun, 13 Nov 2005, Richard M. Stallman wrote: >Would you please DTRT? >In toplevel form: >cc-fonts.el:160:16:Warning: `font-lock-reference-face' is an obsolete > variable; use `font-lock-constant-face' instead. We can surely fix this in CC Mode 5.31, since support for Emacs 19.34 is being dropped. CC Mode 5.30.n (the current released version) still supports 19.34. font-lock-reference-face became obsolete at Emacs 20.1, I believe. >In c-make-styles-buffer-local: >cc-styles.el:621:27:Warning: `make-variable-buffer-local' should be >called at > toplevel This implements a user option to have CC Mode style variables global rather than buffer-local. This is an ancient compatibility thing which probably isn't useful any more (if it ever was). However, _somebody_ out there is probably still using it. :-( So I think it should stay as it is. What is so bad about calling `make-variable-buffer-local' from a function rather than top level? Or even, for that matter, calling it from an `eval-after-load' form? -- Alan Mackenzie (Munich, Germany) ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click