From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: npostavs@users.sourceforge.net Newsgroups: gmane.emacs.bugs Subject: bug#25360: File mode specification errors during building Date: Tue, 17 Jan 2017 20:11:45 -0500 Message-ID: <8737ghxjce.fsf@users.sourceforge.net> References: <8760lndxlz.fsf@russet.org.uk> <83bmvfdk2r.fsf@gnu.org> <8737gqsqqr.fsf@russet.org.uk> <83ziiyda4y.fsf@gnu.org> <87inpj1288.fsf@russet.org.uk> <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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1484701886 23115 195.159.176.226 (18 Jan 2017 01:11:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 18 Jan 2017 01:11:26 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: 25360@debbugs.gnu.org To: phillip.lord@russet.org.uk (Phillip Lord) Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 18 02:11:18 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 1cTemQ-00055v-V2 for geb-bug-gnu-emacs@m.gmane.org; Wed, 18 Jan 2017 02:11:15 +0100 Original-Received: from localhost ([::1]:38575 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTemU-0003Td-3V for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Jan 2017 20:11:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTemJ-0003R9-NM for bug-gnu-emacs@gnu.org; Tue, 17 Jan 2017 20:11:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cTemE-00085T-D9 for bug-gnu-emacs@gnu.org; Tue, 17 Jan 2017 20:11:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35978) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cTemE-00085L-A6 for bug-gnu-emacs@gnu.org; Tue, 17 Jan 2017 20:11:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cTemE-0007OP-4y for bug-gnu-emacs@gnu.org; Tue, 17 Jan 2017 20:11:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Jan 2017 01:11: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.148470185728404 (code B ref 25360); Wed, 18 Jan 2017 01:11:02 +0000 Original-Received: (at 25360) by debbugs.gnu.org; 18 Jan 2017 01:10:57 +0000 Original-Received: from localhost ([127.0.0.1]:34177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTem9-0007O4-7a for submit@debbugs.gnu.org; Tue, 17 Jan 2017 20:10:57 -0500 Original-Received: from mail-it0-f66.google.com ([209.85.214.66]:32797) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTem7-0007Ns-Np for 25360@debbugs.gnu.org; Tue, 17 Jan 2017 20:10:56 -0500 Original-Received: by mail-it0-f66.google.com with SMTP id e137so122022itc.0 for <25360@debbugs.gnu.org>; Tue, 17 Jan 2017 17:10:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=BmzrHRxdLVhGt9aDsK+yuLsERMNkinV/gKHz1VC5p1o=; b=eKU6+fpLLihwd32mHsnqEOLkGdgzfH+1TDlY6deBnUgmkMTR/8oOmtMrgcl991TTtq WGi27KLlUU/7lGCbvdr+ZSZC+lvQvyHdFn7zl1IG2Zcu2BU2EwhE+RsSAUQSPQP0hBIv RGGvAlztrwTxf71Lkt7Zt2kdeegh1sLtOkJNkEa4RCjrk/fFer9CwAzxo/T4PCPI1u8A TCqs4cZmqqYJzTsBXvGjjUX+7XJpAPoZ91eDFqmdDCBAnQD9nAL7CeyM/O20SocJ4Hai X1r1HvBFdzpZXqqYsCBEglmVPIkH7WJJsgOfrmcqghCJaqhC3zskZQabAX2TdNI37Ed4 Iiug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=BmzrHRxdLVhGt9aDsK+yuLsERMNkinV/gKHz1VC5p1o=; b=SQhukUe9h5Mwooc3VECdEvFR5lEw9r1U5dabpfRGesB8H/9q6UjvlKtL7Odc5Xtl/u UDbSESk7g9urUiLIEosqae0wMY3LotB2KBSSidREBBwBBfqt1Es7loSwd8n2xeGdGq6h lGjAzGvXT9Dk7z+d8OMpFfpPMOMZlZEe/0ftYHy22ytoI2CyWt5dM2AS0VcwsWZhGh4G 5Mvk9OlSFTL0di0dLZtDPNWlfmkbA5Y9OFxw1zP3qTF6AivmCwndEvB4cdL8i45ncEXx f+cegVhDYRebPhFgUKUKEcf3TvQ/vKzCwc5ixE4FT4QFuuRYRC9/YAI1koRY9o0Y00QD wV4g== X-Gm-Message-State: AIkVDXJ1WTSA7HXSnLSAJpyMa0VaMSEroJaiAWDwESJJAwqd6v2z/wq2xlQcSn0044CVIQ== X-Received: by 10.36.86.4 with SMTP id o4mr23392161itb.83.1484701850061; Tue, 17 Jan 2017 17:10:50 -0800 (PST) Original-Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id f4sm164307ioa.18.2017.01.17.17.10.48 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 17 Jan 2017 17:10:49 -0800 (PST) In-Reply-To: <87k29t4a3d.fsf@russet.org.uk> (Phillip Lord's message of "Tue, 17 Jan 2017 22:04:22 +0000") 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:128189 Archived-At: phillip.lord@russet.org.uk (Phillip Lord) writes: > Glenn Morris writes: > >> npostavs@users.sourceforge.net wrote: >> >>> Using insert-file-contents instead of file-file-noselect seems to fix it >>> for me: >> >> That sounds like a good change anyway. (I forget, does this respect >> "coding:"? Does this even matter in this case?) > > I think, no, it doesn't respect coding, but that it doesn't matter. I believe it does respect "coding:" in general (at least it looks like there are some comments to that effect in Finsert_file_contents), but indeed it doesn't matter in this case because we're let-binding `coding-system-for-read' which overrides that. > >> >> (But it still seems like a potential problem to me if functions that used to >> be available early in the build no longer are.) > > It shouldn't be, if they are not being called. > > Anyway, the cause of the error in this case is this line in files.el. > > (assoc-default nil magic-fallback-mode-alist > (lambda (re _dummy) > (if (functionp re) > (funcall re) > (looking-at re))))))) > > This is called when loading cangjie-table.b5 with > 'image-type-auto-detected-p as the first parameter. Normally, the > condition returns "t", but in this case it will return f, then > the looking-at form fails with the error given. I don't understand which > this process does not happen during the build which generates > ldefs-boot-auto.el. Would it help to use a --without-x build to generate ldefs-boot-auto.el? > + (t (error "Problem with `magic-mode-alist'.")) I'm not sure this improves the error message ("Problem" seems a bit vague). Before: Converting cangjie-table.b5 to tsang-b5.el... File mode specification error: (wrong-type-argument stringp image-type-auto-detected-p) Converting cangjie-table.b5 to tsang-b5.el...done After (applying only the lisp/files.el part of your patch): Converting cangjie-table.b5 to tsang-b5.el... File mode specification error: (error Problem with ¥magic-fallback-mode-alist¦.) Converting cangjie-table.b5 to tsang-b5.el...done Perhaps add in the problematic element to the message? Something along the lines of (error "Bad `magic-mode-alist' element: %S" re).