emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: loaddefs.el on Windows incomplete


From: Ralf Angeli
Subject: Re: loaddefs.el on Windows incomplete
Date: Thu, 07 Jul 2005 13:21:48 +0200
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux)

* Jason Rumney (2005-07-07) writes:

> The fact that you have no drive letters in the paths suggests to me that 
> you are using cygwin or msys make, which corrupts DOS paths to look like 
> unix paths in a way that only cygwin or msys tools can understand.

>From my former message:

>>The version of make is
>>GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
>>Built for i686-pc-msys

So yes, I am using MSYS make.  There wasn't a warning about MSYS make
in nt/INSTALL and the build process did not stop with an error, so I
thought this would be safe.  Now, after looking at
<URL:http://ourcomments.org/Emacs/w32-build-emacs.html> which is
mentioned in nt/INSTALL I actually saw that the very same problem I
got is described there with a similar snippet of the make output.

I have to apologize for not reading this web page before, but maybe
one can spare other people this hassle by adding a warning about MSYS
make to nt/INSTALL and let the build process abort if loaddefs.el
cannot be updated.

> This is not good behaviour for make, please try a different
> version. There are non-MSYS versions of mingw make available that
> use native paths.

Okay, MinGW comes with a mingw32-make.exe which identifies itself as

mingw32-make --version
GNU Make 3.80

Using this for bootstrapping with `mingw32-make bootstrap' from a DOS
prompt in the nt/ directory I get the following error:

--8<---------------cut here---------------start------------->8---
mingw32-make[1]: Entering directory `D:/software/windows/unix/src/emacs/lisp'
D:/software/windows/unix/src/emacs/lisp/../update-subdirs 
D:/software/windows/unix/src/emacs/lisp; \
for file in calc calendar emacs-lisp emulation eshell gnus international 
language mail mh-e net obsolete play progmodes term textmodes toolbar url; do \
   D:/software/windows/unix/src/emacs/lisp/../update-subdirs $file; \
done;
Directories: calc calendar emacs-lisp emulation eshell gnus international 
language mail mh-e net obsolete play progmodes term textmodes toolbar url
"./../bin/emacs.exe" -batch --no-init-file --no-site-file --multibyte -l 
autoload \
        --eval '(setq find-file-hook nil \
                find-file-suppress-same-file-warnings t \
                generated-autoload-file \
                  "D:/software/windows/unix/src/emacs/lisp/loaddefs.el")' \
        -f batch-update-autoloads D:/software/windows/unix/src/emacs/lisp calc 
calendar emacs-lisp emulation eshell gnus international language mail mh-e net 
obsolete play progmodes term textmodes toolbar url
Opening output file: invalid argument, 
d:/software/windows/unix/src/emacs/lisp/D;C:Programmemsysâ˜ș.0 oftwarewindowsunix 
rc←macslisploaddefs.el
mingw32-make[1]: *** [autoloads] Error -1
mingw32-make[1]: Leaving directory `D:/software/windows/unix/src/emacs/lisp'
mingw32-make: *** [bootstrap-gmake] Error 2
--8<---------------cut here---------------end--------------->8---

The same happens if I rename mingw32-make.exe to make.exe.

Via Google I could find the same error documented at
<URL:http://www.emacswiki.org/cgi-bin/emacs-en/BuildingTwentyOneThreeWThirtyTwoMingw>
together with some dubious workaround.

I'm stumped.

-- 
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]