From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.cc-mode.general,gmane.emacs.devel Subject: Re: Release of CC Mode 5.31 Date: Fri, 09 Dec 2005 00:04:54 +0100 Message-ID: References: <87bqzrcjth.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1134083254 8298 80.91.229.2 (8 Dec 2005 23:07:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 8 Dec 2005 23:07:34 +0000 (UTC) Cc: Eli Zaretskii , mast@lysator.liu.se, romain@orebokech.com, emacs-devel@gnu.org, bug-cc-mode@gnu.org, acm@muc.de, henrik.enberg@telia.com Original-X-From: cc-mode-help-admin@lists.sourceforge.net Fri Dec 09 00:07:30 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EkUq0-0006WF-K9 for sf-cc-mode-help@m.gmane.org; Fri, 09 Dec 2005 00:06: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 AC59F8C33E; Thu, 8 Dec 2005 15:06:07 -0800 (PST) Original-Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1EkUpd-0007mL-51 for cc-mode-help@lists.sourceforge.net; Thu, 08 Dec 2005 15:05:45 -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 1EkUpb-00062j-ME for cc-mode-help@lists.sourceforge.net; Thu, 08 Dec 2005 15:05:45 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1EkUos-0007y6-8y for bug-cc-mode@gnu.org; Thu, 08 Dec 2005 18:04:58 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1EkUqv-000367-7s for bug-cc-mode@gnu.org; Thu, 08 Dec 2005 18:07:05 -0500 Original-Received: from [195.41.46.235] (helo=pfepa.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EkUqu-000360-Tz; Thu, 08 Dec 2005 18:07:05 -0500 Original-Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepa.post.tele.dk (Postfix) with SMTP id E1B3C47FE43; Fri, 9 Dec 2005 00:05:30 +0100 (CET) Original-To: Stefan Monnier In-Reply-To: <87bqzrcjth.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Thu, 08 Dec 2005 17:24:45 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on monty-python X-Spam-Level: X-Spam-Status: No, hits=0.1 required=5.0 tests=RCVD_IN_SORBS 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: Fri, 09 Dec 2005 00:04:54 +0100 Xref: news.gmane.org gmane.emacs.cc-mode.general:2778 gmane.emacs.devel:47262 Archived-At: Stefan Monnier writes: >>> 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. > >> By this very logic, when you (load "foo")---after all, `load' and >> `require' are very similar---Emacs should load foo.el if it is newer >> than foo.elc. > > Yes, that too. > >> And yet we don't do that, and I think for a very good reason. > > I don't know about "very good". AFAIK the reason is so that you can mess up > the .el file as badly as you want (e.g. with conflict markers when merging > updates) without breaking things and only once you byte-compile will you > make your changes visible to Emacs (kind of like a "commit"). This means that you can work on a .el file for a period of time without making emacs useless if you happen to exit and restart emacs in case there are errors in that file. OTOH, I wish emacs would unconditionally load .el files if started with -D option so it was easier to debug stuff without having to guess what code is executed by the byte-compiler. But then again, it would make debugging of errors in byte-compiler more difficult... Anyways, none of this as any effect on lisp code loaded into the dumped emacs, which is also known to confuse users... -- Kim F. Storm http://www.cua.dk ------------------------------------------------------- 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