From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: File-specific autoloads Date: Fri, 06 Jul 2007 19:04:53 +0300 Message-ID: References: <87hcoilt68.fsf@ambire.localdomain> <87zm29eijw.fsf@ambire.localdomain> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1183738219 11197 80.91.229.12 (6 Jul 2007 16:10:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 6 Jul 2007 16:10:19 +0000 (UTC) Cc: emacs-devel@gnu.org To: Thien-Thi Nguyen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 06 18:10:17 2007 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I6qNr-0007BJ-Td for ged-emacs-devel@m.gmane.org; Fri, 06 Jul 2007 18:10:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I6qNr-0004zx-CY for ged-emacs-devel@m.gmane.org; Fri, 06 Jul 2007 12:10:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I6qIn-0001F7-VF for emacs-devel@gnu.org; Fri, 06 Jul 2007 12:05:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I6qIm-0001DL-JV for emacs-devel@gnu.org; Fri, 06 Jul 2007 12:05:00 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I6qIm-0001D7-CV for emacs-devel@gnu.org; Fri, 06 Jul 2007 12:05:00 -0400 Original-Received: from romy.inter.net.il ([213.8.233.24]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I6qIk-0008J4-Rz for emacs-devel@gnu.org; Fri, 06 Jul 2007 12:04:59 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-153-60.inter.net.il [80.230.153.60]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id IGT98615 (AUTH halo1); Fri, 6 Jul 2007 19:04:52 +0300 (IDT) In-reply-to: <87zm29eijw.fsf@ambire.localdomain> (message from Thien-Thi Nguyen on Fri, 06 Jul 2007 16:02:59 +0200) X-detected-kernel: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:74409 Archived-At: > Cc: emacs-devel@gnu.org > From: Thien-Thi Nguyen > Date: Fri, 06 Jul 2007 16:02:59 +0200 > > () Eli Zaretskii > () Fri, 06 Jul 2007 13:53:33 +0300 > > Because of this change, "cvs up" now shows ps-print.el and > cl-loaddefs.el as modified, which might cause trouble if, say, > ps-print.el is ever modified in the repository. > > brief experiments w/ chmod +w; touch; rewrite (random mod plus undo > plus save) -- all do not result in "cvs up" displaying "M filename". That's an incorrect emulation of what "make autoloads" does: it _does_ modify the file. At least in my case, it did (I verified that with "cvs diff"). > but regardless of cvs version quirks, let's look at the nature of the > changes: autoload processing changes a specified region; programmers > should not change that region manually. And we want to rely on that? Anyway, seeing those "M ps-print.el" lines in the output of "cvs up" is extremely annoying, because I'm used to take that as a sign that I have uncommitted changes in my sandbox. It also breaks the principle that files that are rewritten locally as part of the build process are not kept in CVS. So I think this change in its current incarnation is for the worse. Maybe if the autoloads were written into files that are not in CVS I'd be happier.