From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.cc-mode.general,gmane.emacs.devel Subject: Re: Release of CC Mode 5.31 Date: Thu, 08 Dec 2005 11:43:13 -0500 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 1134060426 27164 80.91.229.2 (8 Dec 2005 16:47:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 8 Dec 2005 16:47:06 +0000 (UTC) Cc: Eli Zaretskii , mast@lysator.liu.se, romain@orebokech.com, emacs-devel@gnu.org, bug-cc-mode@gnu.org, henrik.enberg@telia.com, acm@muc.de Original-X-From: cc-mode-help-admin@lists.sourceforge.net Thu Dec 08 17:47:04 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EkOsK-0001v2-Rp for sf-cc-mode-help@m.gmane.org; Thu, 08 Dec 2005 17:44:09 +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 11F568CD90; Thu, 8 Dec 2005 08:44:08 -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 1EkOrl-0007cj-Bm for cc-mode-help@lists.sourceforge.net; Thu, 08 Dec 2005 08:43:33 -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 1EkOrk-0005gX-RW for cc-mode-help@lists.sourceforge.net; Thu, 08 Dec 2005 08:43:33 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1EkOqx-0003OJ-CE for bug-cc-mode@gnu.org; Thu, 08 Dec 2005 11:42:50 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1EkOsw-0007Pb-9F for bug-cc-mode@gnu.org; Thu, 08 Dec 2005 11:44:46 -0500 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EkOsw-0007PE-2W; Thu, 08 Dec 2005 11:44:46 -0500 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id D82D82CF6D4; Thu, 8 Dec 2005 11:43:20 -0500 (EST) Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id BD6EC4AC00A; Thu, 8 Dec 2005 11:43:14 -0500 (EST) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 9B866E6C19; Thu, 8 Dec 2005 11:43:14 -0500 (EST) Original-To: rms@gnu.org In-Reply-To: (Richard M. Stallman's message of "Wed, 07 Dec 2005 23:53:49 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.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=-4.853, requis 5, autolearn=not spam, AWL 0.05, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca 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: 0.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 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: Thu, 08 Dec 2005 11:43:13 -0500 Xref: news.gmane.org gmane.emacs.cc-mode.general:2773 gmane.emacs.devel:47225 Archived-At: > I thought about some Make magic, like making some of the *.elc files > dependent on some other *.elc files which need to be compiled first. > (We already have COMPILE_FIRST files that work around similar > problems.) Is there any reason why this wouldn't work? > It would be possible, but very inconvenient. And it would not do any good > for people that do M-x byte-recompile-directory. The right thing to do > is figure out what really went wrong here, and then change the files > to avoid the problem. I think a good change to avoid (or at least reduce) such problems would be: When the byte-compiler sees a `require', and the corresponding .elc file is older than the corresponding .el file, it should load the .el file. Stefan ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click