From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: bug in save-some-buffers or diff.el? Date: 23 Oct 2003 07:53:22 +0300 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <874qy08shp.fsf@mail.jurta.org> References: <874qy1brau.fsf@mail.jurta.org> <87ismh49y5.fsf@mail.jurta.org> <3F96B187.2060507@yahoo.com> <5567-Wed22Oct2003195204+0200-eliz@elta.co.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1066885324 32669 80.91.224.253 (23 Oct 2003 05:02:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 23 Oct 2003 05:02:04 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Oct 23 07:02:02 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ACXbm-0003hK-00 for ; Thu, 23 Oct 2003 07:02:02 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1ACXbl-0003kC-00 for ; Thu, 23 Oct 2003 07:02:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ACXY6-0000J1-Hg for emacs-devel@quimby.gnus.org; Thu, 23 Oct 2003 00:58:14 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ACXY2-0000Ij-Qq for emacs-devel@gnu.org; Thu, 23 Oct 2003 00:58:10 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ACXXU-0008DN-VE for emacs-devel@gnu.org; Thu, 23 Oct 2003 00:58:08 -0400 Original-Received: from [64.246.52.232] (helo=ns5.tangramltd.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1ACXXU-0008DC-2n for emacs-devel@gnu.org; Thu, 23 Oct 2003 00:57:36 -0400 Original-Received: from 80-235-32-127-dsl.mus.estpak.ee ([80.235.32.127] helo=mail.jurta.org) by ns5.tangramltd.com with esmtp (Exim 4.20) id 1ACXXQ-0001Am-BB for emacs-devel@gnu.org; Thu, 23 Oct 2003 07:57:32 +0300 Original-To: emacs-devel@gnu.org In-Reply-To: <5567-Wed22Oct2003195204+0200-eliz@elta.co.il> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Original-Lines: 44 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ns5.tangramltd.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - jurta.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17360 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17360 "Eli Zaretskii" writes: > > From: Kevin Rodgers > > Date: Wed, 22 Oct 2003 10:34:15 -0600 > > > > > Instead, `load' should load the newest of .el > > > or .elc files, and report the same warning as a simple reminder to > > > recompile updated .el files to execute them faster. > > > > That may be true for developers running CVS Emacs. But for normal > > users, it is the historic and expected behavior. For instance, it > > allows me to develop and test my own .el files while still having a > > working .elc file for both myself and others to use. > > Indeed. > > I fully agree with Kevin: the current behavior of `load' should not be > changed. > > I do work on developing CVS Emacs, but still I find the current > behavior much more useful than the suggested one. For example, it > allows me to do a "cvs up" on selected files without worrying about > possible inconsistencies that might introduce (because some changes in > *.el files require related changes in other files in order for them to > work correctly). Seems, it's just matter of habit. I find the less error-prone and more reliable the standard "UNIX-like" development style, where files under development are placed into another directory, whose name is listed in the front of `load-path'. But currently `load-path' implies additional hidden layer for searching files that prefers .elc files over .el ones in every directory. Maybe, a new option could be added to choose between these two cases. Anyhow, I'm just trying to find the solution to the real problem about warnings that go unnoticed because they become overwritten by the new messages in the minibuffer. And user remains unaware that he is using old files until he is hit strongly by the resulting problems, because usually .el files newer than .elc files mean that user forgot to recompile them. One solution to this problem is to display such critical warnings in the separate window instead of minibuffer. -- http://www.jurta.org/emacs/