* 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 _______________________________________________ Emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
