From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: phillip.lord@russet.org.uk (Phillip Lord) Newsgroups: gmane.emacs.bugs Subject: bug#25360: File mode specification errors during building Date: Tue, 14 Feb 2017 13:46:50 +0000 Message-ID: <878tp8sx4l.fsf@russet.org.uk> References: <834m13caay.fsf@gnu.org> <87k29ylk8h.fsf@russet.org.uk> <87mvest1vz.fsf@russet.org.uk> <87h94zyj5s.fsf@users.sourceforge.net> <1760ldfurw.fsf@fencepost.gnu.org> <87k29t4a3d.fsf@russet.org.uk> <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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1487080034 20191 195.159.176.226 (14 Feb 2017 13:47:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 14 Feb 2017 13:47:14 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.91 (gnu/linux) Cc: npostavs@users.sourceforge.net, 25360@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 14 14:47: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 1cddRl-0004p4-37 for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 Feb 2017 14:47:09 +0100 Original-Received: from localhost ([::1]:34979 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cddRp-0001ak-9z for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 Feb 2017 08:47:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52327) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cddRi-0001ZE-Aw for bug-gnu-emacs@gnu.org; Tue, 14 Feb 2017 08:47:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cddRe-0008JE-CW for bug-gnu-emacs@gnu.org; Tue, 14 Feb 2017 08:47:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41194) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cddRe-0008J7-4b for bug-gnu-emacs@gnu.org; Tue, 14 Feb 2017 08:47:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cddRd-0003KJ-TG for bug-gnu-emacs@gnu.org; Tue, 14 Feb 2017 08:47:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: phillip.lord@russet.org.uk (Phillip Lord) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Feb 2017 13:47:01 +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.148708001812778 (code B ref 25360); Tue, 14 Feb 2017 13:47:01 +0000 Original-Received: (at 25360) by debbugs.gnu.org; 14 Feb 2017 13:46:58 +0000 Original-Received: from localhost ([127.0.0.1]:39393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cddRZ-0003K1-Cd for submit@debbugs.gnu.org; Tue, 14 Feb 2017 08:46:58 -0500 Original-Received: from mailgw.mycpanelcloud.co.uk ([185.116.214.125]:17415) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cddRW-0003Jr-K0 for 25360@debbugs.gnu.org; Tue, 14 Feb 2017 08:46:55 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by mailgw.mycpanelcloud.co.uk (Postfix) with ESMTP id BF3F2C6550 for <25360@debbugs.gnu.org>; Tue, 14 Feb 2017 13:46:27 +0000 (GMT) X-Virus-Scanned: by SpamTitan at mycpanelcloud.co.uk Original-Received: from mailgw.mycpanelcloud.co.uk (localhost [127.0.0.1]) by mailgw.mycpanelcloud.co.uk (Postfix) with ESMTP id 21DB4C643C for <25360@debbugs.gnu.org>; Tue, 14 Feb 2017 13:46:26 +0000 (GMT) Original-Received: from cloud103.planethippo.com (cloud103.planethippo.com [31.216.48.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailgw.mycpanelcloud.co.uk (Postfix) with ESMTPS id 13B0EC6290 for <25360@debbugs.gnu.org>; Tue, 14 Feb 2017 13:46:26 +0000 (GMT) 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:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From: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=5EoKvyjFFRyf1w9E0ap9iYOcKgazcoPnTvIQMo5rwo0=; b=Weyb8lZWd5d76sAef97VceG+hf ssT6GKhk3tVSNUZyoX0T8qB2vL/90JHAG1bMrCuftIhe6LRVApNrh5nedq2fZkYCn1mdIdhxyGmag WJegNxwNy5qdhzONLjWnVSDJ4lO1X4iTzJjA75ZM1XpPoVUkp4PfQadGqEaZeEAQE1d2Q0sDi4AtP CkEgBnP9boUXKpBHtY/4vcaAiui4W+Xn7yFGsLeRIsSBH6HfY92ntadM+brmtuXd88ecMylxiIyyM yU2KXEPhmtPJ50gn/HjiGKUdLAKC+qQNXGLxims6KZ7iWHgmyUKMcIBGngcVgSGlDkKOpvtOknB5p p3J21MUg==; Original-Received: from janus-nat-128-240-225-37.ncl.ac.uk ([128.240.225.37]:55192 helo=russet.org.uk) by cloud103.planethippo.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1cddRT-003n43-8Z; Tue, 14 Feb 2017 13:46:51 +0000 In-Reply-To: (Glenn Morris's message of "Sun, 12 Feb 2017 21:15:11 -0500") 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-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:129348 Archived-At: Glenn Morris writes: > Glenn Morris wrote: > >> BTW, I think this loaddefs stuff is now giving a bootstrap failure >> related to the "used to be in ldefs-boot" string-to-list. >> >> http://hydra.nixos.org/build/48432485 > > Since it's impossible to predict which autoloaded functions are going to > be needed in future bootstraps, no longer having a comprehensive > ldefs-boot seems to mean more cryptic failures of this sort are inevitabl= e. > (Previously, this kind of thing could only happen if a new autoload > was added that was needed for bootstrap, which was rare and hopefully > obvious.) Yes, you are correct; how often this would happen was the unknown question. I have checked this bug. I got it to reproduce after I realised that you'd fixed it on master. First, "make generate-ldefs-boot" does work correctly update ldefs-boot-auto.el, actually by including "with-coding-priority". This isn't as clean as I would hope because make generate-ldefs-boot won't run from a clean checkout in these circumstances. Second, I tracked down the cause of the problem -- in this case, it's d8cca4d8c56a90ec9215d7bfb0b0edfa3a36ad4f Specifically, it's here: -(defcustom query-replace-from-to-separator - (propertize (if (char-displayable-p ?=E2=86=92) " =E2=86=92 " " -> ") - 'face 'minibuffer-prompt) - "String that separates FROM and TO in the history of replacement pairs." - ;; Avoids error when attempt to autoload char-displayable-p fails - ;; while preparing to dump, also stops customize-rogue listing this. - :initialize 'custom-initialize-delay +(defcustom query-replace-from-to-separator " =E2=86=92 " + "String that separates FROM and TO in the history of replacement pairs. +When nil, the pair will not be added to the history (same behavior +as in emacs 24.5)." :group 'matching - :type '(choice string (sexp :tag "Display specification")) + :type '(choice + (const :tag "Disabled" nil) + string) Before this, the call to char-displayable-p would have forced loading of mule-utils.el. Unfortunately, as you say this is not predictable from the commit. You have to know that char-displayable-p is autoloaded *and* that it is this call to it which is forcing load of mule-utils (and also the associated functions). It's also not possible to detect without a bootstrap build: hydra gives this feedback pretty quickly, but obviously having trunk broken for any time is not ideal. Solutions: 1) Wait -- it's possible that this will be a rare occurence, and it leaves us with a better understanding of how bootstrap works. My code is mostly working as intended. 2) Revert and replace with a non-emacs mechanism for generated ldefs-boot.el, which is likely to be awk. This would solve this issue (as well as the "new autoload for bootstrap" problem). It might introduce a problem because we'd have two different mechanisms for making autoload files. 3) Revert and decide this is more effort than it's worth 4) Add "make ldefs-generate-boot" to the git commit hook. I'm wavering between 1 and 2; for the latter I'll have to learn awk. Number 4 wasn't a serious suggestion. Phil