From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.cc-mode.general,gmane.emacs.devel Subject: Re: Release of CC Mode 5.31 Date: Thu, 08 Dec 2005 21:29:39 +0200 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1134070326 30481 80.91.229.2 (8 Dec 2005 19:32:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 8 Dec 2005 19:32:06 +0000 (UTC) Cc: acm@muc.de, bug-cc-mode@gnu.org, henrik.enberg@telia.com, romain@orebokech.com, mast@lysator.liu.se, emacs-devel@gnu.org Original-X-From: cc-mode-help-admin@lists.sourceforge.net Thu Dec 08 20:32:01 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EkRU3-0004Lu-5V for sf-cc-mode-help@m.gmane.org; Thu, 08 Dec 2005 20:31:15 +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 442248CEA3; Thu, 8 Dec 2005 11:31:14 -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 1EkRTi-0002EH-7w for cc-mode-help@lists.sourceforge.net; Thu, 08 Dec 2005 11:30:54 -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 1EkRTe-0000m2-Hx for cc-mode-help@lists.sourceforge.net; Thu, 08 Dec 2005 11:30:54 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1EkRSa-0001fG-B9 for bug-cc-mode@gnu.org; Thu, 08 Dec 2005 14:29:47 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1EkRUa-0005O3-2u for bug-cc-mode@gnu.org; Thu, 08 Dec 2005 14:31:49 -0500 Original-Received: from [192.114.186.17] (helo=gandalf.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EkRUZ-0005MH-5O; Thu, 08 Dec 2005 14:31:47 -0500 Original-Received: from nitzan.inter.net.il (nitzan.inter.net.il [192.114.186.20]) by gandalf.inter.net.il (MOS 3.7.1-GA) with ESMTP id HFB10008; Thu, 8 Dec 2005 21:29:43 +0200 (IST) Original-Received: from HOME-C4E4A596F7 (IGLD-84-228-163-236.inter.net.il [84.228.163.236]) by nitzan.inter.net.il (MOS 3.7.2-GA) with ESMTP id CEI72905 (AUTH halo1); Thu, 8 Dec 2005 21:29:39 +0200 (IST) Original-To: rms@gnu.org In-reply-to: (rms@gnu.org) 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 21:29:39 +0200 Xref: news.gmane.org gmane.emacs.cc-mode.general:2775 gmane.emacs.devel:47242 Archived-At: > From: "Richard M. Stallman" > CC: acm@muc.de, bug-cc-mode@gnu.org, henrik.enberg@telia.com, > romain@orebokech.com, mast@lysator.liu.se, emacs-devel@gnu.org > Date: Wed, 07 Dec 2005 23:53:49 -0500 > > 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. Why inconvenient? > And it would not do any good for people that do M-x > byte-recompile-directory. I don't think I'd mind if byte-recompile-directory couldn't handle such problems, since it isn't supposed to be used for such situations. By contrast, Make was invented to handle this. > The right thing to do is figure out what really went wrong here, and > then change the files to avoid the problem. I agree that we should find that out, but we already know that the .el files with macros need to be compiled before those which use the macros, so why not do something that would fix this? ------------------------------------------------------- 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