[Top][All Lists]
[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
- loaddefs.el on Windows incomplete, Ralf Angeli, 2005/07/06
- Re: loaddefs.el on Windows incomplete, Ralf Angeli, 2005/07/07
- Re: loaddefs.el on Windows incomplete, Jason Rumney, 2005/07/07
- Re: loaddefs.el on Windows incomplete, Ralf Angeli, 2005/07/07
- Re: loaddefs.el on Windows incomplete, Jason Rumney, 2005/07/07
- Re: loaddefs.el on Windows incomplete,
Ralf Angeli <=
- Re: loaddefs.el on Windows incomplete, Ralf Angeli, 2005/07/08
- Re: loaddefs.el on Windows incomplete, Eli Zaretskii, 2005/07/08
- Re: loaddefs.el on Windows incomplete, Ralf Angeli, 2005/07/09
- Re: loaddefs.el on Windows incomplete, Eli Zaretskii, 2005/07/09
- Re: loaddefs.el on Windows incomplete, Ralf Angeli, 2005/07/09