From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.devel Subject: Re: Build failure for Emacs master Date: Thu, 14 Apr 2016 00:11:42 +0100 Message-ID: <86lh4hm7dd.fsf@gmail.com> References: <56CCD91E.6070507@alice.it> <83egc2ixji.fsf@gnu.org> <56CD798D.7060102@alice.it> <56CD8408.1000701@alice.it> <83wppuggb4.fsf@gnu.org> <56CE2CA7.5050906@alice.it> <83io1cg2pt.fsf@gnu.org> <56DA0327.2030009@alice.it> <83oaatxu72.fsf@gnu.org> <570C4307.6050907@alice.it> <83k2k2g82s.fsf@gnu.org> <86egaa7b0z.fsf@gmail.com> <83a8kyfd38.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1460589149 17824 80.91.229.3 (13 Apr 2016 23:12:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Apr 2016 23:12:29 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 14 01:12:21 2016 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 1aqTxM-0004LQ-Lu for ged-emacs-devel@m.gmane.org; Thu, 14 Apr 2016 01:12:20 +0200 Original-Received: from localhost ([::1]:54101 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aqTxM-0000eB-3A for ged-emacs-devel@m.gmane.org; Wed, 13 Apr 2016 19:12:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40907) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aqTxH-0000b9-UU for emacs-devel@gnu.org; Wed, 13 Apr 2016 19:12:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aqTxE-0007f8-Hn for emacs-devel@gnu.org; Wed, 13 Apr 2016 19:12:15 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:51935) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aqTxE-0007f4-Ax for emacs-devel@gnu.org; Wed, 13 Apr 2016 19:12:12 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aqTxC-0004E5-8M for emacs-devel@gnu.org; Thu, 14 Apr 2016 01:12:10 +0200 Original-Received: from 82-69-64-228.dsl.in-addr.zen.co.uk ([82.69.64.228]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Apr 2016 01:12:10 +0200 Original-Received: from andrewjmoreton by 82-69-64-228.dsl.in-addr.zen.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Apr 2016 01:12:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 32 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 82-69-64-228.dsl.in-addr.zen.co.uk User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (windows-nt) Cancel-Lock: sha1:ffX+pjts3rsKfSn65PD2+AdUD0I= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:202890 Archived-At: On Wed 13 Apr 2016, Eli Zaretskii wrote: >> From: Andy Moreton >> Date: Tue, 12 Apr 2016 22:49:32 +0100 >> >> As another data point, I have a similar failure from the emacs-25 branch >> building with MSYS2 64bit on Win7. >> >> On that machine, building with "make -j4" fails and produces a corrupted >> loaddefs.el. Deleting loaddefs.el and rebuilding with "make -j4" also >> fails. Deleting loaddefs.el and rebuilding with "make -j1" succeeds. > > Please debug the corruption. I don't see the problem on any of my > builds, so I cannot debug this, and having all these reports without > anyone working on fixing the problem is very disturbing. The corrupted loaddefs.el file seems to be the right size, but the last 768 bytes are zero instead of the expected content. To debug this I have tried extracting the command from the autoload target in lisp/Makefile and running that standalone. This results in repeatably building a corrutp loaddefs.el (if it is deleted before each run). Running that command using "bootstrap-emacs -Q" (i.e. interactively) shows that the *autoload-file* buffer contains the 768 zero characters at end, so it appears that the corruption occurs before the buffer is written to disk. Any hints on how to debug `batch-update-autoloads' to diagnose this further would be welcome. AndyM