GNU bug report logs - #25360
File mode specification errors during building

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Wed, 4 Jan 2017 20:29:02 UTC

Severity: normal

Fixed in version 26.0.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #72 received at 25360 <at> debbugs.gnu.org (full text, mbox):

From: phillip.lord <at> russet.org.uk (Phillip Lord)
To: Glenn Morris <rgm <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 25360 <at> debbugs.gnu.org,
 npostavs <at> users.sourceforge.net
Subject: Re: bug#25360: File mode specification errors during building
Date: Tue, 17 Jan 2017 21:49:04 +0000
Glenn Morris <rgm <at> gnu.org> writes:

> Phillip Lord wrote:
>
>> commit 72c668a9042ac6475eadedfee5c87fb1e6b2d753
>> Author: Phillip Lord <phillip.lord <at> russet.org.uk>
>> Date:   Fri Jan 13 13:57:51 2017 +0000
>>
>> But this commit also stops the image-type-auto-detected-p errors for me.
>
> How can it, when it does not change anything related to
> image-type-auto-detected-p?


Weird isn't it? Still, it's true.

I don't know exactly what is happening but, I think, the root part of
the problem comes from here in loadup.el.

(if (fboundp 'x-create-frame)
    (progn
      (load "fringe")
      ;; Needed by `imagemagick-register-types'
      (load "emacs-lisp/regexp-opt")
      (load "image")
      (load "international/fontset")
      (load "dnd")
      (load "tool-bar")))


What this means, AFAICT, is that in a --with-x build, x-create-frame
will exist, so image.el will be loaded and dumped. But, in a -without-x
build it will not be, so it must, therefore, be autoloaded if it used.

Phil






This bug report was last modified 8 years and 77 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.