From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "Phillip Lord" Newsgroups: gmane.emacs.bugs Subject: bug#25360: File mode specification errors during building Date: Sun, 5 Mar 2017 18:58:52 -0000 Message-ID: <1c546ac847c33d8cb0a789d43eca4ec2.squirrel@cloud103.planethippo.com> References: <8737ghxjce.fsf@users.sourceforge.net> <8737gf8h0g.fsf@russet.org.uk> <83k29r6nnw.fsf@gnu.org> <87lgu4qfst.fsf@russet.org.uk> <874m0q7xo6.fsf@russet.org.uk> <83a8ah4wh8.fsf@gnu.org> <87fuk839l7.fsf@russet.org.uk> <83tw8o3169.fsf@gnu.org> <87o9yfzk3z.fsf@russet.org.uk> <83h94772di.fsf@gnu.org> <878tp8sx4l.fsf@russet.org.uk> <87k28loo4a.fsf@russet.org.uk> <8737ex0wdh.fsf@russet.org.uk> <83tw7bn1rf.fsf@gnu.org> <83d1dxl5qj.fsf@gnu.org> <99bc74ba0694143cac8ff0e33f076a2a.squirrel@cloud103.planethippo.com> <86fuir60m3.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1488740354 1110 195.159.176.226 (5 Mar 2017 18:59:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 5 Mar 2017 18:59:14 +0000 (UTC) User-Agent: SquirrelMail/1.5.2 [SVN] Cc: 25360@debbugs.gnu.org To: "Andy Moreton" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 05 19:59:10 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckbN5-00084Y-Gs for geb-bug-gnu-emacs@m.gmane.org; Sun, 05 Mar 2017 19:59:08 +0100 Original-Received: from localhost ([::1]:40059 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckbNB-0005BY-LA for geb-bug-gnu-emacs@m.gmane.org; Sun, 05 Mar 2017 13:59:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckbN4-0005BF-1X for bug-gnu-emacs@gnu.org; Sun, 05 Mar 2017 13:59:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ckbN0-0003fv-Vm for bug-gnu-emacs@gnu.org; Sun, 05 Mar 2017 13:59:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43105) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ckbN0-0003fo-L6 for bug-gnu-emacs@gnu.org; Sun, 05 Mar 2017 13:59:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ckbN0-0004Wz-At for bug-gnu-emacs@gnu.org; Sun, 05 Mar 2017 13:59:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Phillip Lord" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Mar 2017 18:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25360 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25360-submit@debbugs.gnu.org id=B25360.148874034117410 (code B ref 25360); Sun, 05 Mar 2017 18:59:02 +0000 Original-Received: (at 25360) by debbugs.gnu.org; 5 Mar 2017 18:59:01 +0000 Original-Received: from localhost ([127.0.0.1]:41304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckbMy-0004Wk-O2 for submit@debbugs.gnu.org; Sun, 05 Mar 2017 13:59:00 -0500 Original-Received: from cloud103.planethippo.com ([78.129.138.110]:52104) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckbMw-0004WW-OC for 25360@debbugs.gnu.org; Sun, 05 Mar 2017 13:58:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=russet.org.uk; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Cc:To:From:Subject:Date:References:In-Reply-To:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=YwVdf//TIT+PC7sVcDzXMYW1juWgr0xpxKV9P95UzZc=; b=iP9iPQJu1I5lLLD5eF3mRcD5qx Gp3QyFYczNTS2ic66HUrn+dBJwBs4gkKVub/q6+wn66JLo26PsoMFQUBaUeZ/Ze98WPnkeCdxUn4Y KfiLeQr+wf8QuBfsLYrpZrjXq/7ZRVRKqbKT8ZrsjFYnXFp5cipaFtx3SotQsWccpQG+LxvGh/At8 61ZKVB8XxapKG//SsZlvoYWZmec5Wgn7sR9RGwtyCdq+pcoCbPyWUKHBtjfmhETBa2luCi/4Iie4B N0GupRFLVe2eDLRyiBwu3AjpclZcw7MNPLhybRoB5B6OFrbhHMLdgVwlsWJrsIuDosRJCtzX8ot7f iL8h0xjQ==; Original-Received: from [127.0.0.1] (port=39474 helo=cloud103.planethippo.com) by cloud103.planethippo.com with esmtpa (Exim 4.88) (envelope-from ) id 1ckbMq-0007dn-Dp; Sun, 05 Mar 2017 18:58:52 +0000 Original-Received: from 92.238.179.168 ([92.238.179.168]) (SquirrelMail authenticated user phillip.lord@russet.org.uk) by cloud103.planethippo.com with HTTP; Sun, 5 Mar 2017 18:58:52 -0000 In-Reply-To: <86fuir60m3.fsf@gmail.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud103.planethippo.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - russet.org.uk X-Get-Message-Sender-Via: cloud103.planethippo.com: authenticated_id: phillip.lord@russet.org.uk X-Authenticated-Sender: cloud103.planethippo.com: phillip.lord@russet.org.uk X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:130221 Archived-At: On Sun, March 5, 2017 6:26 pm, Andy Moreton wrote: > On Sat 04 Mar 2017, Phillip Lord wrote: > > >>>> >>> >>> I still see these errors while building master. Here's the latest >>> incarnation: >>> >>> >>> >>> Finding pointers to doc strings... >>> Finding pointers to doc strings...done >>> Dumping under the name emacs >>> Dump memory usage: Heap: 9498624 Large blocks(0/1): 0/786448 >>> Dumping from d:/gnu/git/emacs/trunk/src/temacs.exe >>> to d:/gnu/git/emacs/trunk/src/emacs.exe 49515 pure bytes used mv -f >>> emacs.exe bootstrap-emacs.exe make -C ../lisp compile-first >>> EMACS="../src/bootstrap-emacs.exe" >>> make[2]: Entering directory `/d/gnu/git/emacs/trunk/lisp' >>> GEN mh-e/mh-loaddefs.el >>> Symbol's function definition is void: w32-convert-standard-filename >>> Directories for loaddefs: . ./calc ./calendar ./cedet ./cedet/ede >>> ./cedet/semantic ./cedet/semantic/analyze ./cedet/semantic/bovine >>> ./cedet/semantic/decorate ./cedet/semantic/symref >>> ./cedet/semantic/wisent >>> ./cedet/srecode ./emacs-lisp ./emulation ./erc ./eshell ./gnus ./image >>> ./international ./language ./leim ./leim/ja-dic ./leim/quail ./mail >>> ./mh-e ./net ./nxml ./org ./play ./progmodes ./textmodes ./url ./vc >>> GEN loaddefs.el >>> Symbol's function definition is void: w32-convert-standard-filename >>> make[2]: Leaving directory `/d/gnu/git/emacs/trunk/lisp' >>> >>> >>> >>> The build succeeds nonetheless. Moreover, if I repeat the offending >>> command ("make autoloads") manually, there are no error messages. >>> w32-convert-standard-filename is defined in w32-fns.el, which is >>> preloaded by loadup.el, so I don't understand this error message, and >>> am unable to debug it because I cannot reproduce if if I run the same >>> commands by hand. It could be related to the fact that we use an >>> emacs executable that overflowed the pure storage (see the "49515 pure >>> bytes used" message). >>> >>> Can we please fix this annoyance? (And no, I don't want to >>> bootstrap, because this deletes all the old binaries I keep for >>> testing. And I already tried "make generate-ldefs-boot", it didn't >>> help.) >> >> >> Yes, I will revert to the old system. Nice idea, but it isn't working. >> I'll try and find time as quickly as possible. >> > > Please do. I see the same messages about w32-convert-standard-filename, > but in my case the build always fails. > In the mean time, try stuffing this: (autoload 'w32-convert-standard-filename "w32-fns.el" nil nil nil) into ldefs-boot-auto.el. generate-ldefs-boot adds this for me anyway. If it works for you, I can add this to master quicker than I can revert. Phil