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 #224 received at 25360 <at> debbugs.gnu.org (full text, mbox):

From: phillip.lord <at> russet.org.uk (Phillip Lord)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 25360 <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: Re: bug#25360: File mode specification errors during building
Date: Tue, 07 Mar 2017 15:28:44 +0000
phillip.lord <at> russet.org.uk (Phillip Lord) writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> Date: Mon, 6 Mar 2017 21:25:54 -0000
>>> From: "Phillip Lord" <phillip.lord <at> russet.org.uk>
>>> Cc: "Noam Postavsky" <npostavs <at> users.sourceforge.net>,
>>>  phillip.lord <at> russet.org.uk,
>>>  25360 <at> debbugs.gnu.org
>>> 
>>> Here's a question, though. Why does files.el use
>>> w32-convert-standard-filename, a function which is not actually
>>> autoloaded? Ditto dos-convert-standard-filename.
>>
>> They are in files that are preloaded on the platforms which need them,
>> so they are always available.
>
>
> Eech, three different ways of specifying dependencies between lisp
> files? Ah, well, something for a different time.


I have reverted these changes on master now. I had to redo the
reversions in a different order to get a clean rebase against master,
which means its not quite the same thing.

I can't test this build against windows until later in the evening; it
did build fine before I reordered things, so I thought it reasonable to
commit.

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.