From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: Updating autoloads, custom-deps, finder-data Date: Sat, 20 Apr 2013 13:58:10 -0400 Message-ID: References: <8361zh1v33.fsf@gnu.org> <834nf11ujr.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1366480696 11262 80.91.229.3 (20 Apr 2013 17:58:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Apr 2013 17:58:16 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 20 19:58:18 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UTc3G-0001x4-3p for ged-emacs-devel@m.gmane.org; Sat, 20 Apr 2013 19:58:18 +0200 Original-Received: from localhost ([::1]:39268 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTc3F-0006AR-RK for ged-emacs-devel@m.gmane.org; Sat, 20 Apr 2013 13:58:17 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:37358) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTc3B-0006AC-PB for emacs-devel@gnu.org; Sat, 20 Apr 2013 13:58:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UTc3A-00048M-Kc for emacs-devel@gnu.org; Sat, 20 Apr 2013 13:58:13 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34705) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UTc3A-00048I-Hi for emacs-devel@gnu.org; Sat, 20 Apr 2013 13:58:12 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UTc38-00057b-P6; Sat, 20 Apr 2013 13:58:10 -0400 X-Spook: Reno nitrate lock picking InfoSec KGB Noriega NASA Roswell X-Ran: 4>U2s[(-;R{%cFMWaSBzq\rY*'%Xii}U7wmoJZ6K@E\-{] X-Hue: white X-Attribution: GM In-Reply-To: <834nf11ujr.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 20 Apr 2013 11:21:44 +0300") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:159057 Archived-At: Eli Zaretskii wrote: > Btw, I did see this comment in lisp/Makefile.in: > > # custom-deps and finder-data both used to scan _all_ the *.el files. > # This could lead to problems in parallel builds if automatically > # generated *.el files (eg loaddefs etc) were being changed at the same time. > # One solution was to add autoloads as a prerequisite: > # http://lists.gnu.org/archive/html/emacs-pretest-bug/2007-01/msg00469.html > # http://lists.gnu.org/archive/html/bug-gnu-emacs/2007-12/msg00171.html > # However, this meant that running these targets modified loaddefs.el, > # every time (due to time-stamping). Calling these rules from > # bootstrap-after would modify loaddefs after src/emacs, resulting > # in make install remaking src/emacs for no real reason: > # http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00311.html > # Nowadays these commands don't scan automatically generated files, > # since they will never contain any useful information > # (see finder-no-scan-regexp and custom-dependencies-no-scan-regexp). > > but it is unclear to me what's its conclusion. Problems with parallel > builds can be taken care of by proper dependencies and/or by judicial > use of temporary files and move-if-change. And the last sentence > seems to say that at least some of the problems no longer exist(?) > > IOW, the status of this issue is unclear. Seems clear to me, but I think I wrote it. The stuff in the past tense describes the problems that used to exist. The stuff in the present tense describes why they don't exist now. (I don't recall if there is an issue with _versioned_ files that contain autoload information, eg rmail.el. In practice I have never seen one.)