From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: bootstrap not regenerating some *loaddefs Date: Tue, 17 Jun 2008 13:57:46 +0200 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1213703915 4377 80.91.229.12 (17 Jun 2008 11:58:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Jun 2008 11:58:35 +0000 (UTC) To: "emacs-devel Mailinglist" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 17 13:59:19 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 1K8ZqF-0008Fh-JC for ged-emacs-devel@m.gmane.org; Tue, 17 Jun 2008 13:59:16 +0200 Original-Received: from localhost ([127.0.0.1]:59077 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K8ZpR-0007qy-41 for ged-emacs-devel@m.gmane.org; Tue, 17 Jun 2008 07:58:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K8Zor-0007P9-GA for emacs-devel@gnu.org; Tue, 17 Jun 2008 07:57:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K8Zop-0007OA-RK for emacs-devel@gnu.org; Tue, 17 Jun 2008 07:57:48 -0400 Original-Received: from [199.232.76.173] (port=33787 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K8Zop-0007O3-If for emacs-devel@gnu.org; Tue, 17 Jun 2008 07:57:47 -0400 Original-Received: from ug-out-1314.google.com ([66.249.92.171]:42421) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K8Zop-0004J8-9p for emacs-devel@gnu.org; Tue, 17 Jun 2008 07:57:47 -0400 Original-Received: by ug-out-1314.google.com with SMTP id l31so561779ugc.48 for ; Tue, 17 Jun 2008 04:57:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=GrK4009k9GGEQEOKiuLQ+5IFPqz32hsK10EIIW2qsT0=; b=EOxuBpfnSCe1X6q1utX5A0RAA1zK0c89F7qDhv/mzxWNDfBjEFgbcYLvtKTpm5ZHyQ 0JHzlN3VJBKXcMRIaTlToRX4NTP67Kfyp/pVfjrsU6gCLVd0DkiVNbV0A2vHRbn0T6wt +V5MOuxs13h276KZ1+1NhI103XWhzehgxhR7Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=AB01b+fUFfwTeQbGpcmjJt0aFqf+QQFHZuGFkkTGvBwLuujSTj769pyGXxhNyd0pEt Bn/QvsOEFLppxdWvvHUaKgZV4AefAHThvpzSwsI+4xxWp6O09WFDfoJOjeC0BGjGLkEm EXgr+3zEP+AK+35IwCQeLQGF/2vk5iHcZ/svQ= Original-Received: by 10.210.67.20 with SMTP id p20mr7554075eba.66.1213703866124; Tue, 17 Jun 2008 04:57:46 -0700 (PDT) Original-Received: by 10.210.71.14 with HTTP; Tue, 17 Jun 2008 04:57:46 -0700 (PDT) Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 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:99337 Archived-At: [This is on Windows, but I think it happens in GNU/Linux and other environments as well.] After a maintaner-clean, I'm getting errors in bootstrap: In toplevel form: calc/calc-aent.el:30:1:Error: Cannot open load file: calc-loaddefs.el In toplevel form: eshell/em-alias.el:96:1:Error: Cannot open load file: esh-groups etc. AFAICS, the reason is that maintainer-clean deletes these files, but bootstrap does not regenerate them it if ldefs-boot.el happens to be up-to-date with respect to their sources. And, after the bootstrap, cd lisp make autoloads doesn't either. The only answer is deleting loaddefs.el and doing "make autoloads recompile" again. Can someone think of a fix that does not involve too much trickery in our already-tricky-enough makefiles? Juanma