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: bootstrap not regenerating some *loaddefs Date: Fri, 20 Jun 2008 16:15:35 -0400 Message-ID: <2x3an73lso.fsf@fencepost.gnu.org> References: <05iqw82bux.fsf@fencepost.gnu.org> <4kmylieydz.fsf@fencepost.gnu.org> <3hhcbpdyr5.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1213992959 10646 80.91.229.12 (20 Jun 2008 20:15:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Jun 2008 20:15:59 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 20 22:16:43 2008 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 1K9n2C-0006tl-9v for ged-emacs-devel@m.gmane.org; Fri, 20 Jun 2008 22:16:36 +0200 Original-Received: from localhost ([127.0.0.1]:40737 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K9n1N-00050s-FF for ged-emacs-devel@m.gmane.org; Fri, 20 Jun 2008 16:15:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K9n1H-0004xD-UH for emacs-devel@gnu.org; Fri, 20 Jun 2008 16:15:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K9n1G-0004uz-Gp for emacs-devel@gnu.org; Fri, 20 Jun 2008 16:15:39 -0400 Original-Received: from [199.232.76.173] (port=51658 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K9n1G-0004uq-BP for emacs-devel@gnu.org; Fri, 20 Jun 2008 16:15:38 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:38672) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K9n1G-00023l-01 for emacs-devel@gnu.org; Fri, 20 Jun 2008 16:15:38 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1K9n1D-0002Fg-W1; Fri, 20 Jun 2008 16:15:36 -0400 X-Spook: UFO ammunition Cohiba mindwar cryptographic Ft. Knox Reno X-Ran: l4T`?ex%QI`gpDJuRN3.i'#L73ws 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:99555 Archived-At: Eli Zaretskii wrote: > Please trust me that I did so before asking the question. I simply > don't understand what you are saying there, perhaps because most of > that comment doesn't describe the present solution, but rather > different alternatives that were not taken. Sorry both for doubting you and for being unclear. :) The reason for making custom-deps and finder-data depend on loaddefs was that these rules used to scan _all_ the *.el files. This included loaddefs and friends. In a parallel make, loaddefs etc could be changed while custom-deps/finder-data were trying to read them. (I think you know this bit.) Since there is no useful information for custom-deps/finder-data in loaddefs etc, I made custom-make-dependencies and finder-compile-keywords-make-dist not scan these files any more (see finder-no-scan-regexp etc). So to answer your original question, custom-deps/finder-data indeed no longer scan _all_ *.el files, so should no longer care if loaddefs etc are modified while they run. Making these rules depend on loaddefs had undesirable side effects, as described in the comments, so it was good to remove this. I have tested this with `make -j4 updates', the source of the original problem.