* Failure to bootstrap on Windows @ 2015-09-30 8:29 Juanma Barranquero 2015-10-01 9:55 ` Eli Zaretskii 2015-10-02 8:37 ` martin rudalics 0 siblings, 2 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-09-30 8:29 UTC (permalink / raw) To: Emacs developers [-- Attachment #1: Type: text/plain, Size: 1398 bytes --] Hi. I'm trying to bootstrap Emacs on Windows and I'm getting this error: LC_ALL=C ./temacs -batch -l loadup dump Loading loadup.el (source)... Using load-path (c:/Devel/emacs/repo/trunk/lisp) Loading emacs-lisp/byte-run (source)... Loading emacs-lisp/backquote (source)... Loading subr (source)... Loading version (source)... Loading widget (source)... Loading custom (source)... Loading emacs-lisp/map-ynp (source)... Loading international/mule (source)... Loading international/mule-conf (source)... Loading env (source)... Loading format (source)... Loading bindings (source)... Loading window (source)... Loading files.el (source)... Loading emacs-lisp/macroexp... Loading cus-face.el (source)... Loading faces.el (source)... Loading button.el (source)... Loading loaddefs.el (source)... Growing hash table to: 105000 Loading emacs-lisp/nadvice.el (source)... Eager macro-expansion failure: (error "Attempt to autoload gv--defun-declaration while preparing to dump") Eager macro-expansion failure: (error "Attempt to autoload gv--defun-declaration while preparing to dump") Attempt to autoload gv--defun-declaration while preparing to dump Makefile:508: recipe for target 'emacs.exe' failed make[1]: *** [emacs.exe] Error -1 make[1]: Leaving directory 'c:/devel/emacs/repo/trunk/src' Makefile:398: recipe for target 'src' failed make: *** [src] Error 2 Is this a known problem? Juanma [-- Attachment #2: Type: text/html, Size: 1905 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-09-30 8:29 Failure to bootstrap on Windows Juanma Barranquero @ 2015-10-01 9:55 ` Eli Zaretskii 2015-10-01 14:07 ` Juanma Barranquero 2015-10-02 8:37 ` martin rudalics 1 sibling, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-01 9:55 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Wed, 30 Sep 2015 10:29:15 +0200 > > I'm trying to bootstrap Emacs on Windows and I'm getting this error: > > LC_ALL=C ./temacs -batch -l loadup dump > Loading loadup.el (source)... > Using load-path (c:/Devel/emacs/repo/trunk/lisp) > Loading emacs-lisp/byte-run (source)... > Loading emacs-lisp/backquote (source)... > Loading subr (source)... > Loading version (source)... > Loading widget (source)... > Loading custom (source)... > Loading emacs-lisp/map-ynp (source)... > Loading international/mule (source)... > Loading international/mule-conf (source)... > Loading env (source)... > Loading format (source)... > Loading bindings (source)... > Loading window (source)... > Loading files.el (source)... > Loading emacs-lisp/macroexp... > Loading cus-face.el (source)... > Loading faces.el (source)... > Loading button.el (source)... > Loading loaddefs.el (source)... > Growing hash table to: 105000 > Loading emacs-lisp/nadvice.el (source)... > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Attempt to autoload gv--defun-declaration while preparing to dump > Makefile:508: recipe for target 'emacs.exe' failed > make[1]: *** [emacs.exe] Error -1 > make[1]: Leaving directory 'c:/devel/emacs/repo/trunk/src' > Makefile:398: recipe for target 'src' failed > make: *** [src] Error 2 > > Is this a known problem? I don't see this, neither on GNU/Linux nor on MS-Windows. How did you configure Emacs? The above looks strange: Emacs loads source *.el files, but uses loaddefs.el, not ldefs-boot.el. Is your repository clean? is this the first build attempt after cloning a fresh repository? ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 9:55 ` Eli Zaretskii @ 2015-10-01 14:07 ` Juanma Barranquero 2015-10-01 16:47 ` Dani Moncayo 2015-10-01 17:02 ` Eli Zaretskii 0 siblings, 2 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-01 14:07 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 478 bytes --] On Thu, Oct 1, 2015 at 11:55 AM, Eli Zaretskii <eliz@gnu.org> wrote: > How did you configure Emacs? I did ./autogen.sh CPPFLAGS='-Ic:/Devel/emacs/include' CFLAGS='-O0 -g3' LDFLAGS='-Lc:/Devel/emacs/lib' ./configure --prefix=`pwd` --enable-checking=yes,glyphs make > Is your repository clean? Yes. > is this the first build attempt after cloning a fresh repository? Yes, it is. And I just repeated from scratch (starting from a newly cloned repo) and had the same result. [-- Attachment #2: Type: text/html, Size: 756 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 14:07 ` Juanma Barranquero @ 2015-10-01 16:47 ` Dani Moncayo 2015-10-01 21:34 ` Juanma Barranquero 2015-10-01 17:02 ` Eli Zaretskii 1 sibling, 1 reply; 50+ messages in thread From: Dani Moncayo @ 2015-10-01 16:47 UTC (permalink / raw) To: Juanma Barranquero; +Cc: Eli Zaretskii, Emacs developers >> How did you configure Emacs? > > I did > > ./autogen.sh > CPPFLAGS='-Ic:/Devel/emacs/include' CFLAGS='-O0 -g3' > LDFLAGS='-Lc:/Devel/emacs/lib' ./configure --prefix=`pwd` > --enable-checking=yes,glyphs > make From MSYS bash, better use POSIX-style paths, e.g., write "/c/foo" instead of "c:/foo". And --prefix should be an absolute path, e.g. "/c/usr". HTH. -- Dani Moncayo ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 16:47 ` Dani Moncayo @ 2015-10-01 21:34 ` Juanma Barranquero 0 siblings, 0 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-01 21:34 UTC (permalink / raw) To: Dani Moncayo; +Cc: Eli Zaretskii, Emacs developers [-- Attachment #1: Type: text/plain, Size: 343 bytes --] On Thu, Oct 1, 2015 at 6:47 PM, Dani Moncayo <dmoncayo@gmail.com> wrote: > > From MSYS bash, better use POSIX-style paths, e.g., write "/c/foo" > instead of "c:/foo". I've tried, but it makes no difference in this case. > And --prefix should be an absolute path, e.g. "/c/usr". pwd returns an absolute path $ pwd /c/Devel/emacs/repo/trunk [-- Attachment #2: Type: text/html, Size: 592 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 14:07 ` Juanma Barranquero 2015-10-01 16:47 ` Dani Moncayo @ 2015-10-01 17:02 ` Eli Zaretskii 2015-10-01 20:52 ` Juanma Barranquero 1 sibling, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-01 17:02 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Thu, 1 Oct 2015 16:07:17 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > > How did you configure Emacs? > > I did > > ./autogen.sh > CPPFLAGS='-Ic:/Devel/emacs/include' CFLAGS='-O0 -g3' > LDFLAGS='-Lc:/Devel/emacs/lib' ./configure --prefix=`pwd` - > -enable-checking=yes,glyphs > make > > > Is your repository clean? > > Yes. > > > is this the first build attempt after cloning a fresh repository? > > Yes, it is. And I just repeated from scratch (starting from a newly cloned > repo) and had the same result. I don't know what to tell. I just bootstrapped using the same configuration as you (modulo the include and library directories), and had no problems whatsoever. What versions of the compiler and Binutils do you use? Which optional libraries? ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 17:02 ` Eli Zaretskii @ 2015-10-01 20:52 ` Juanma Barranquero 2015-10-01 21:01 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-01 20:52 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 296 bytes --] On Thu, Oct 1, 2015 at 7:02 PM, Eli Zaretskii <eliz@gnu.org> wrote: > What versions of the compiler $ gcc --version gcc.exe (GCC) 4.8.1gcc 4.8.1 > and Binutils do you use? 2.25.1-1, according to mingw-get. > Which optional libraries? All image libraries (except librsvg), and also libxml2. [-- Attachment #2: Type: text/html, Size: 531 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 20:52 ` Juanma Barranquero @ 2015-10-01 21:01 ` Eli Zaretskii 2015-10-01 21:45 ` Juanma Barranquero 0 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-01 21:01 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Thu, 1 Oct 2015 22:52:50 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > > What versions of the compiler > > $ gcc --version > gcc.exe (GCC) 4.8.1gcc 4.8.1 > > > and Binutils do you use? > > 2.25.1-1, according to mingw-get. > > > Which optional libraries? > > All image libraries (except librsvg), and also libxml2. Nothing stands out. I guess the only way forward is to debug the failure. If you invoke the command that fails manually, does it fail in the same way? ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 21:01 ` Eli Zaretskii @ 2015-10-01 21:45 ` Juanma Barranquero 2015-10-02 6:41 ` Eli Zaretskii 2015-10-02 15:15 ` Eli Zaretskii 0 siblings, 2 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-01 21:45 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 1286 bytes --] On Thu, Oct 1, 2015 at 11:01 PM, Eli Zaretskii <eliz@gnu.org> wrote: > I guess the only way forward is to debug the failure. If you invoke > the command that fails manually, does it fail in the same way? Yes. $ LC_ALL=C ./temacs -batch -l loadup dump Loading loadup.el (source)... Using load-path (c:/Devel/emacs/repo/trunk/lisp) Loading emacs-lisp/byte-run (source)... Loading emacs-lisp/backquote (source)... Loading subr (source)... Loading version (source)... Loading widget (source)... Loading custom (source)... Loading emacs-lisp/map-ynp (source)... Loading international/mule (source)... Loading international/mule-conf (source)... Loading env (source)... Loading format (source)... Loading bindings (source)... Loading window (source)... Loading files.el (source)... Loading emacs-lisp/macroexp... Loading cus-face.el (source)... Loading faces.el (source)... Loading button.el (source)... Loading loaddefs.el (source)... Growing hash table to: 105000 Loading emacs-lisp/nadvice.el (source)... Eager macro-expansion failure: (error "Attempt to autoload gv--defun-declaration while preparing to dump") Eager macro-expansion failure: (error "Attempt to autoload gv--defun-declaration while preparing to dump") Attempt to autoload gv--defun-declaration while preparing to dump [-- Attachment #2: Type: text/html, Size: 1720 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 21:45 ` Juanma Barranquero @ 2015-10-02 6:41 ` Eli Zaretskii 2015-10-02 7:13 ` Juanma Barranquero 2015-10-02 15:15 ` Eli Zaretskii 1 sibling, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 6:41 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Thu, 1 Oct 2015 23:45:47 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > > I guess the only way forward is to debug the failure. If you invoke > > the command that fails manually, does it fail in the same way? > > Yes. > > $ LC_ALL=C ./temacs -batch -l loadup dump > Loading loadup.el (source)... > Using load-path (c:/Devel/emacs/repo/trunk/lisp) > Loading emacs-lisp/byte-run (source)... > Loading emacs-lisp/backquote (source)... > Loading subr (source)... > Loading version (source)... > Loading widget (source)... > Loading custom (source)... > Loading emacs-lisp/map-ynp (source)... > Loading international/mule (source)... > Loading international/mule-conf (source)... > Loading env (source)... > Loading format (source)... > Loading bindings (source)... > Loading window (source)... > Loading files.el (source)... > Loading emacs-lisp/macroexp... > Loading cus-face.el (source)... > Loading faces.el (source)... > Loading button.el (source)... > Loading loaddefs.el (source)... > Growing hash table to: 105000 > Loading emacs-lisp/nadvice.el (source)... > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Attempt to autoload gv--defun-declaration while preparing to dump How about this, does it fail in the same way? $ cd src $ ./temacs -Q ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 6:41 ` Eli Zaretskii @ 2015-10-02 7:13 ` Juanma Barranquero 2015-10-02 8:36 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 7:13 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 559 bytes --] On Fri, Oct 2, 2015 at 8:41 AM, Eli Zaretskii <eliz@gnu.org> wrote: > How about this, does it fail in the same way? > > $ cd src > $ ./temacs -Q Not the same way: $ ./temacs -Q Loading loadup.el (source)... Using load-path (c:/Devel/emacs/repo/trunk/lisp) Loading emacs-lisp/byte-run (source)... Loading emacs-lisp/byte-run (source)...done Loading emacs-lisp/backquote (source)... Loading emacs-lisp/backquote (source)...done Loading subr (source)... Loading subr (source)...done Loading version (source)... Symbol's function definition is void: pcase [-- Attachment #2: Type: text/html, Size: 839 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 7:13 ` Juanma Barranquero @ 2015-10-02 8:36 ` Eli Zaretskii 2015-10-02 9:58 ` Juanma Barranquero 0 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 8:36 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 2 Oct 2015 09:13:01 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > > How about this, does it fail in the same way? > > > > $ cd src > > $ ./temacs -Q > > Not the same way: > > $ ./temacs -Q > Loading loadup.el (source)... > Using load-path (c:/Devel/emacs/repo/trunk/lisp) > Loading emacs-lisp/byte-run (source)... > Loading emacs-lisp/byte-run (source)...done > Loading emacs-lisp/backquote (source)... > Loading emacs-lisp/backquote (source)...done > Loading subr (source)... > Loading subr (source)...done > Loading version (source)... > Symbol's function definition is void: pcase Right, that's expected, since your subr.el is not yet compiled. So, back to this: > Loading loaddefs.el (source)... > Growing hash table to: 105000 > Loading emacs-lisp/nadvice.el (source)... > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Attempt to autoload gv--defun-declaration while preparing to dump I'm puzzled by that "Growing hash table" thingy, I don't see it here. Is your loaddefs.el in good order? What happens if you copy ldefs-boot.el into loaddefs.el, and try the same temacs command again? ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 8:36 ` Eli Zaretskii @ 2015-10-02 9:58 ` Juanma Barranquero 2015-10-02 10:14 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 9:58 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 329 bytes --] On Fri, Oct 2, 2015 at 10:36 AM, Eli Zaretskii <eliz@gnu.org> wrote: > Is your loaddefs.el in good order? What happens if you copy > ldefs-boot.el into loaddefs.el, and try the same temacs command again? Just did cd lisp cp ldefs-boot.el loaddefs.el cd ../src LC_ALL=C ./temacs -batch -l loadup dump and got the same error. [-- Attachment #2: Type: text/html, Size: 520 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 9:58 ` Juanma Barranquero @ 2015-10-02 10:14 ` Eli Zaretskii 2015-10-02 10:21 ` Juanma Barranquero 0 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 10:14 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 2 Oct 2015 11:58:43 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > Just did > > cd lisp > cp ldefs-boot.el loaddefs.el > cd ../src > LC_ALL=C ./temacs -batch -l loadup dump > > and got the same error. What happens if you add (load "emacs-lisp/gv") before the line in loadup.el that loads nadvice? ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 10:14 ` Eli Zaretskii @ 2015-10-02 10:21 ` Juanma Barranquero 0 siblings, 0 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 10:21 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 570 bytes --] On Fri, Oct 2, 2015 at 12:14 PM, Eli Zaretskii <eliz@gnu.org> wrote: > What happens if you add > > (load "emacs-lisp/gv") > > before the line in loadup.el that loads nadvice? Loading loaddefs.el (source)... Loading emacs-lisp/gv.el (source)... Eager macro-expansion failure: (error "Attempt to autoload pcase while preparing to dump") Eager macro-expansion failure: (error "Attempt to autoload pcase while preparing to dump") Eager macro-expansion failure: (error "Attempt to autoload pcase while preparing to dump") Attempt to autoload pcase while preparing to dump [-- Attachment #2: Type: text/html, Size: 817 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-01 21:45 ` Juanma Barranquero 2015-10-02 6:41 ` Eli Zaretskii @ 2015-10-02 15:15 ` Eli Zaretskii 2015-10-02 15:45 ` Juanma Barranquero 1 sibling, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 15:15 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Thu, 1 Oct 2015 23:45:47 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > $ LC_ALL=C ./temacs -batch -l loadup dump > Loading loadup.el (source)... > Using load-path (c:/Devel/emacs/repo/trunk/lisp) > Loading emacs-lisp/byte-run (source)... > Loading emacs-lisp/backquote (source)... > Loading subr (source)... > Loading version (source)... > Loading widget (source)... > Loading custom (source)... > Loading emacs-lisp/map-ynp (source)... > Loading international/mule (source)... > Loading international/mule-conf (source)... > Loading env (source)... > Loading format (source)... > Loading bindings (source)... > Loading window (source)... > Loading files.el (source)... > Loading emacs-lisp/macroexp... > Loading cus-face.el (source)... > Loading faces.el (source)... > Loading button.el (source)... > Loading loaddefs.el (source)... > Growing hash table to: 105000 > Loading emacs-lisp/nadvice.el (source)... > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Attempt to autoload gv--defun-declaration while preparing to dump Actually, something here looks very wrong to me. From the fact that all the Lisp files are loaded in source form I conclude that they have not yet been compiled. But in that case, the command that should run is not what you show, it should be this: ./temacs --batch --load loadup bootstrap Also, it shows on my system a much longer load-path: ./temacs --batch --load loadup bootstrap Loading loadup.el (source)... Using load-path (d:/gnu/git/emacs/emacs-test/lisp d:/gnu/git/emacs/emacs-test/lisp/emacs-lisp d:/gnu/git/emacs/emacs-test/lisp/language d:/gnu/git/emacs/emacs-test/lisp/international d:/gnu/git/emacs/emacs-test/lisp/textmodes d:/gnu/git/emacs/emacs-test/lisp/vc) Finally, the loading report looks somewhat different here: Loading emacs-lisp/byte-run (source)... Loading emacs-lisp/backquote (source)... Loading subr (source)... Loading version (source)... Loading widget (source)... Loading custom (source)... Loading emacs-lisp/map-ynp (source)... Loading international/mule (source)... Loading international/mule-conf (source)... Loading env (source)... Loading format (source)... Loading bindings (source)... Loading window (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/files.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/emacs-lisp/macroexp.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/emacs-lisp/pcase.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/emacs-lisp/macroexp.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/cus-face.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/faces.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/button.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/ldefs-boot.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/emacs-lisp/nadvice.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/emacs-lisp/cl-preloaded.el (source)... Loading d:/gnu/git/emacs/emacs-test/lisp/minibuffer.el (source)... ... (Note that it loads ldefs-boot.el, not loaddefs.el.) Immediately after this command, the build proceeds to compile the Lisp files we preload, including nadvice.el and subr.el (and many others). When temacs is run afterwards, it loads the preloaded files in byte-compiled form, not in source form: LC_ALL=C ./temacs -batch -l loadup dump Loading loadup.el (source)... Using load-path (d:/gnu/git/emacs/emacs-test/lisp) Loading emacs-lisp/byte-run... Loading emacs-lisp/backquote... Loading subr... Loading version... Loading widget... Loading custom... Loading emacs-lisp/map-ynp... Loading international/mule... Loading international/mule-conf... Loading env... Loading format... Loading bindings... Loading window... Loading files... Loading emacs-lisp/macroexp... Loading cus-face... Loading faces... Loading button... Loading loaddefs.el (source)... Loading emacs-lisp/nadvice... Loading emacs-lisp/cl-preloaded... Loading minibuffer... Loading abbrev... Loading simple... Loading help... Loading jka-cmpr-hook... ... So it sounds like something else, earlier in your build, went wrong and left the Lisp files un-compiled. Could you please show the full transcript of the build, starting with the command "make bootstrap"? (If it's too long, please send it compressed.) Perhaps the compilation using bootstrap-emacs.exe fails for some reason, in which case we should be investigating that failure. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 15:15 ` Eli Zaretskii @ 2015-10-02 15:45 ` Juanma Barranquero 2015-10-02 17:47 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 15:45 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 1369 bytes --] On Fri, Oct 2, 2015 at 5:15 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Actually, something here looks very wrong to me. From the fact that > all the Lisp files are loaded in source form I conclude that they have > not yet been compiled. But in that case, the command that should run > is not what you show, it should be this: > > ./temacs --batch --load loadup bootstrap The good news is that I'm an idiot. From the instructions in nt/INSTALL 3. After the configure script finishes, it should display the resulting configuration. After that, type make Use "make -j N" if your MSYS Make supports parallel execution; the build will take significantly less time in that case. Here N is the number of simultaneous parallel jobs; use the number of the cores on your system. and some vague memories of past discussions, I thought that the Makefile would detect whether a bootstrap was needed, so I've been doing just "make" and not "make bootstrap". Consider me appropriately egg-faced. Sorry for wasting your time. I'm much more rusty than I thought. OTOH, we now know that bug#16047 is likely caused by forgetting do to "make bootstrap". The (relatively) bad news is that I'm now chasing another problem, related to mixing POSIX and Windows-style paths. Perhaps related to the /bin vs. /mingw/bin ordering you just mentioned. [-- Attachment #2: Type: text/html, Size: 1774 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 15:45 ` Juanma Barranquero @ 2015-10-02 17:47 ` Eli Zaretskii 2015-10-02 18:48 ` Juanma Barranquero 0 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 17:47 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 2 Oct 2015 17:45:09 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > From the instructions in nt/INSTALL > > 3. After the configure script finishes, it should display the > resulting configuration. After that, type > > make > > Use "make -j N" if your MSYS Make supports parallel execution; > the build will take significantly less time in that case. Here N > is the number of simultaneous parallel jobs; use the number of > the cores on your system. > > and some vague memories of past discussions, I thought that the Makefile would > detect whether a bootstrap was needed, so I've been doing just "make" and not > "make bootstrap". The first time you build a freshly cloned repository, this is indeed so. Thereafter, you need "bootstrap". > The (relatively) bad news is that I'm now chasing another problem, related to > mixing POSIX and Windows-style paths. Perhaps related to the /bin vs. > /mingw/bin ordering you just mentioned. One thing I think could cause you trouble is that your Git is a 64-bit client, while your MSYS and Emacs are 32-bit binaries, and Emacs uses 32-bit MinGW DLLs. So if Emacs invokes Git (because you build inside a repository, so visiting versioned files automatically invokes Git), there could be some kind of conflict between 32-bit DLLs already loaded and 64-bit executables that try to use them, or with 64-bit MSYS2 that comes with the latest Git ports and your 32-bit MSYS used to run the build. So I would first try removing the Git's cmd directory from your MSYS Bash's PATH. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 17:47 ` Eli Zaretskii @ 2015-10-02 18:48 ` Juanma Barranquero 2015-10-02 19:07 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 18:48 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 458 bytes --] On Fri, Oct 2, 2015 at 7:47 PM, Eli Zaretskii <eliz@gnu.org> wrote: > The first time you build a freshly cloned repository, this is indeed > so. Thereafter, you need "bootstrap". But that's exactly the case where I get the fail: a freshly cloned repo, and doing just "make". While a freshly cloned repo and "make bootstrap" has moved me a bit farther. > So I would first try removing the Git's cmd directory from your MSYS > Bash's PATH. I'll try that. [-- Attachment #2: Type: text/html, Size: 667 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 18:48 ` Juanma Barranquero @ 2015-10-02 19:07 ` Eli Zaretskii 2015-10-02 21:49 ` Juanma Barranquero 0 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 19:07 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 2 Oct 2015 20:48:31 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > > The first time you build a freshly cloned repository, this is indeed > > so. Thereafter, you need "bootstrap". > > But that's exactly the case where I get the fail: a freshly cloned repo, and > doing just "make". Please show the full transcript of such a build in a freshly cloned repository. As I wrote elsewhere, I believe the actual problem is way before the point it fails. You can try "make V=1" to see the full commands issued by Make. This might add useful information. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 19:07 ` Eli Zaretskii @ 2015-10-02 21:49 ` Juanma Barranquero 2015-10-03 8:35 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 21:49 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1.1: Type: text/plain, Size: 164 bytes --] On Fri, Oct 2, 2015 at 9:07 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Please show the full transcript of such a build in a freshly cloned > repository. Attached. [-- Attachment #1.2: Type: text/html, Size: 280 bytes --] [-- Attachment #2: fresh.log --] [-- Type: application/octet-stream, Size: 50219 bytes --] $ ./autogen.sh Checking whether you have the necessary tools... (Read INSTALL.REPO for more details on building Emacs) Checking for autoconf (need at least version 2.65)... ok Checking for automake (need at least version 1.11)... ok Your system has the required tools. Running 'autoreconf -fi -I m4' ... configure.ac:768: installing `build-aux/compile' configure.ac:139: installing `build-aux/config.guess' configure.ac:139: installing `build-aux/config.sub' configure.ac:136: installing `build-aux/install-sh' configure.ac:136: installing `build-aux/missing' lib/Makefile.am: installing `build-aux/depcomp' Installing git hooks... `build-aux/git-hooks/commit-msg' -> `.git/hooks/commit-msg' `build-aux/git-hooks/pre-commit' -> `.git/hooks/pre-commit' `.git/hooks/applypatch-msg.sample' -> `.git/hooks/applypatch-msg' `.git/hooks/pre-applypatch.sample' -> `.git/hooks/pre-applypatch' You can now run './configure'. $ CPPFLAGS='-Ic:/Devel/emacs/include' CFLAGS='-O0 -g3' LDFLAGS='-Lc:/Devel/emacs/lib' ./configure --prefix=`pwd` --enable-checking=yes,glyphs checking for xcrun... no checking for GNU Make... make checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking build system type... i686-pc-mingw32 checking host system type... i686-pc-mingw32 checking the compiler's target... configure: WARNING: Compiler reported non-standard target. Defaulting to i686-pc-mingw32. i686-pc-mingw32 checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.exe checking for suffix of executables... .exe checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... -std=gnu99 checking for gcc -std=gnu99 option to accept ISO Standard C... (cached) -std=gnu99 checking whether gcc -std=gnu99 and cc understand -c and -o together... yes checking for putenv... yes checking for tzset... yes checking for fchmod... no checking for readlinkat... (cached) yes checking for faccessat... (cached) yes checking for fcntl... (cached) yes checking for fdopendir... (cached) not-needed checking for fstatat... (cached) yes checking for fsync... (cached) yes checking for gettimeofday... yes checking for nanotime... no checking for lstat... (cached) yes checking for mkostemp... (cached) yes checking for pipe2... (cached) yes checking for pselect... (cached) yes checking for readlink... (cached) yes checking for strtoimax... yes checking for strtoumax... yes checking for symlink... (cached) yes checking for localtime_r... no checking for timegm... no checking for futimes... no checking for futimesat... no checking for futimens... no checking for utimensat... no checking for lutimes... no checking for getdtablesize... no checking for secure_getenv... no checking how to run the C preprocessor... gcc -std=gnu99 -I ./nt/inc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for Minix Amsterdam compiler... no checking for ar... ar checking for ranlib... ranlib checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether _XOPEN_SOURCE should be defined... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... unknown checking for _LARGE_FILES value needed for large files... unknown checking whether the compiler is clang... no checking whether ln -s works for files in the same directory... no, using /bin/ln -s checking for install-info... /c/Devel/emacs/build/bin/install-info checking for gzip... /c/Devel/emacs/build/bin/gzip checking for -znocombreloc... no checking whether addresses are sanitized... no checking for library containing sqrt... none required checking for pkg-config... /c/Devel/emacs/build/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for machine/soundcard.h... no checking for sys/soundcard.h... no checking for soundcard.h... no checking for mmsystem.h... yes checking for _oss_ioctl in -lossaudio... no checking for ALSA... no checking for sys/systeminfo.h... no checking for sys/sysinfo.h... no checking for coff.h... no checking for pty.h... no checking for sys/resource.h... no checking for sys/utsname.h... no checking for pwd.h... yes checking for utmp.h... no checking for util.h... no checking for sys/socket.h... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for sys/param.h... yes checking for pthread.h... (cached) no checking for malloc/malloc.h... no checking for maillock.h... no checking for sys/un.h... no checking for dirent.h... yes checking for execinfo.h... no checking for stdio_ext.h... no checking for getopt.h... (cached) no checking for sys/time.h... yes checking for wchar.h... yes checking for stdint.h... (cached) yes checking for inttypes.h... (cached) yes checking for sys/select.h... no checking for sys/stat.h... (cached) yes checking for utime.h... yes checking if personality LINUX32 can be set... no checking for term.h... no checking whether time.h and sys/time.h may both be included... yes checking whether sys_siglist is declared... no checking whether __sys_siglist is declared... no checking for sys/wait.h that is POSIX.1 compatible... yes checking for net/if.h... no checking for ifaddrs.h... no checking for net/if_dl.h... no checking for struct ifreq.ifr_flags... no checking for struct ifreq.ifr_hwaddr... no checking for struct ifreq.ifr_netmask... no checking for struct ifreq.ifr_broadaddr... no checking for struct ifreq.ifr_addr... no checking for struct ifreq.ifr_addr.sa_len... no checking whether gcc understands -MMD -MF... yes checking for long file names... yes checking for X... no checking whether Windows API headers are recent enough... yes checking for windres... windres checking whether malloc is Doug Lea style... no checking for getpagesize... yes checking for working mmap... no checking for main in -lXbsd... no checking for RSVG... no checking for IMAGEMAGICK... no checking for DBUS... no checking for lgetfilecon in -lselinux... no checking for LIBGNUTLS... no checking windows.h usability... yes checking windows.h presence... yes checking for windows.h... yes checking for X11/xpm.h... yes checking for jpeglib 6b or later... -ljpeg checking for library containing inflateEnd... no checking png.h usability... yes checking png.h presence... yes checking for png.h... yes checking whether png_longjmp is declared... yes checking tiffio.h usability... yes checking tiffio.h presence... yes checking for tiffio.h... yes checking gif_lib.h usability... yes checking gif_lib.h presence... yes checking for gif_lib.h... yes checking gpm.h usability... no checking gpm.h presence... no checking for gpm.h... no checking for LIBXML2... yes checking whether netdb declares h_errno... (cached) yes checking for maillock in -lmail... no checking for maillock in -llockfile... no checking for liblockfile.so... no checking for accept4... no checking for fchdir... no checking for gethostname... (cached) yes checking for getrusage... no checking for get_current_dir_name... no checking for lrand48... no checking for random... (cached) yes checking for rint... yes checking for select... (cached) yes checking for getpagesize... (cached) yes checking for setlocale... yes checking for newlocale... no checking for getrlimit... no checking for setrlimit... no checking for shutdown... (cached) yes checking for getaddrinfo... no checking for pthread_sigmask... (cached) yes checking for strsignal... no checking for setitimer... (cached) yes checking for sendto... (cached) yes checking for recvfrom... (cached) yes checking for getsockname... (cached) yes checking for getpeername... (cached) yes checking for getifaddrs... no checking for freeifaddrs... no checking for gai_strerror... no checking for sync... no checking for getpwent... no checking for endpwent... no checking for getgrent... no checking for endgrent... no checking for cfmakeraw... no checking for cfsetspeed... no checking for copysign... yes checking for __executable_start... no checking for log2... yes checking for aligned_alloc... no checking for posix_memalign... no checking for __builtin_unwind_init... yes checking for _LARGEFILE_SOURCE value needed for large files... unknown checking for grantpt... no checking for getpt... no checking for posix_openpt... no checking for library containing tputs... none required checking for timerfd interface... no checking whether signals can be handled on alternate stack... no checking for res_init with -lresolv... no checking valgrind/valgrind.h usability... no checking valgrind/valgrind.h presence... no checking for valgrind/valgrind.h... no checking for struct unipair.unicode... no checking for socket... (cached) yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking for pid_t... yes checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... no checking for vfork... no checking for snprintf... yes checking whether GLib is linked in... no checking for nl_langinfo and CODESET... (cached) yes checking for mbstate_t... yes checking for _setjmp... yes checking for sigsetjmp... no checking for usable FIONREAD... yes checking for usable SIGIO... no checking for struct alignment... yes checking for working alloca.h... no checking for alloca... yes checking for unsigned long long int... yes checking whether byte ordering is bigendian... no checking whether the preprocessor supports include_next... yes checking whether system header files limit the line length... no checking whether strtold conforms to C99... yes checking if environ is properly declared... yes checking for complete errno.h... no checking for EMULTIHOP value... no checking for ENOLINK value... no checking for EOVERFLOW value... no checking for mode_t... yes checking whether fdatasync is declared... no checking for st_dm_mode in struct stat... no checking whether strmode is declared... no checking whether lstat correctly handles trailing slash... (cached) yes checking for getopt.h... (cached) no checking whether getenv is declared... yes checking for C/C++ restrict keyword... __restrict checking for struct timeval... yes checking for wide-enough struct timeval.tv_sec member... (cached) yes checking for long long int... yes checking whether stdint.h conforms to C99... yes checking for 64-bit off_t... no checking whether memrchr is declared... no checking whether alarm is declared... (cached) yes checking whether <sys/select.h> is self-contained... no checking for sigset_t... yes checking for wchar_t... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for struct tm.tm_zone... no checking whether tzname is declared... yes checking for tzname... yes checking for struct tm.tm_gmtoff... no checking whether strtoimax is declared... yes checking whether strtoumax is declared... yes checking whether stat file-mode macros are broken... no checking for struct timespec in <time.h>... no checking for struct timespec in <sys/time.h>... no checking for struct timespec in <pthread.h>... (cached) no checking for struct timespec in <unistd.h>... no checking whether the utimes function works... no checking for struct utimbuf... yes checking type of array argument to getgroups... int checking whether getdtablesize is declared... no checking sys/acl.h usability... yes checking sys/acl.h presence... yes checking for sys/acl.h... yes checking for library containing acl_get_file... (cached) none required checking for acl_get_file... (cached) yes checking for acl_get_fd... no checking for acl_set_file... (cached) yes checking for acl_set_fd... no checking for acl_free... (cached) yes checking for acl_from_mode... no checking for acl_from_text... (cached) yes checking for acl_delete_def_file... no checking for acl_extended_file... no checking for acl_delete_fd_np... no checking for acl_delete_file_np... no checking for acl_copy_ext_native... no checking for acl_create_entry_np... no checking for acl_to_short_text... no checking for acl_free_text... no checking for working acl_get_file... (cached) yes checking acl/libacl.h usability... no checking acl/libacl.h presence... no checking for acl/libacl.h... no checking for acl_entries... no checking for ACL_FIRST_ENTRY... no checking for ACL_TYPE_EXTENDED... no checking byteswap.h usability... no checking byteswap.h presence... no checking for byteswap.h... no checking for library containing clock_gettime... no checking for clock_gettime... no checking for clock_settime... no checking whether dup2 works... (cached) yes checking whether fcntl handles F_DUPFD correctly... (cached) yes checking whether fcntl understands F_DUPFD_CLOEXEC... (cached) yes checking for fdatasync... (cached) yes checking whether fdopendir is declared... no checking whether fdopendir works... (cached) no-but-not-needed-so-yes checking for __fpending... no checking how to determine the number of pending output bytes on a stream... fp->_ptr - fp->_base checking whether fstatat (..., 0) works... (cached) yes checking for getloadavg... (cached) yes checking sys/loadavg.h usability... no checking sys/loadavg.h presence... no checking for sys/loadavg.h... no checking whether getloadavg is declared... no checking whether gettimeofday clobbers localtime buffer... no checking for gettimeofday with POSIX signature... almost checking for memrchr... no checking for working mktime... (cached) yes checking whether signature of pselect conforms to POSIX... (cached) yes checking whether pselect detects invalid fds... (cached) yes checking whether pthread_sigmask works without -lpthread... yes checking whether pthread_sigmask returns error numbers... (cached) yes checking whether pthread_sigmask unblocks signals correctly... (cached) not relevant checking whether readlink signature is correct... yes checking whether readlink handles trailing slash correctly... (cached) yes checking whether readlinkat signature is correct... yes checking for sig2str... no checking for volatile sig_atomic_t... yes checking for sighandler_t... no checking for socklen_t... yes checking for ssize_t... yes checking for struct stat.st_atim.tv_nsec... no checking for struct stat.st_atimespec.tv_nsec... no checking for struct stat.st_atimensec... no checking for struct stat.st_atim.st__tim.tv_nsec... no checking for struct stat.st_birthtimespec.tv_nsec... no checking for struct stat.st_birthtimensec... no checking for struct stat.st_birthtim.tv_nsec... no checking for working stdalign.h... yes checking for max_align_t... no checking whether NULL can be used in arbitrary expressions... yes checking which flavor of printf attribute matches inttypes macros... system checking for stpcpy... no checking whether strtoimax works... yes checking whether symlink handles trailing slash correctly... (cached) yes checking whether <sys/select.h> is self-contained... (cached) no checking for nlink_t... no checking whether localtime_r is declared... no checking for timezone_t... no checking for library containing timer_settime... no checking for timer_settime... no checking for variable-length arrays... yes checking for __mktime_internal... no checking whether gcc -std=gnu99 accepts -nopie... no Configured for 'i686-pc-mingw32'. Where should the build process find the source code? . What compiler should emacs be built with? gcc -std=gnu99 -O0 -g3 Should Emacs use the GNU version of malloc? no (The GNU allocators don't work with this system configuration.) Should Emacs use a relocating allocator for buffers? no Should Emacs use mmap(2) for buffer allocation? yes What window system should Emacs use? w32 What toolkit should Emacs use? none Where do we find X Windows header files? NONE Where do we find X Windows libraries? NONE Does Emacs use -lXaw3d? no Does Emacs use -lXpm? yes Does Emacs use -ljpeg? yes Does Emacs use -ltiff? yes Does Emacs use a gif library? yes Does Emacs use a png library? yes Does Emacs use -lrsvg-2? no Does Emacs use cairo? no Does Emacs use imagemagick? no Does Emacs support sound? yes Does Emacs use -lgpm? no Does Emacs use -ldbus? no Does Emacs use -lgconf? no Does Emacs use GSettings? no Does Emacs use a file notification library? yes (w32) Does Emacs use access control lists? yes Does Emacs use -lselinux? no Does Emacs use -lgnutls? no Does Emacs use -lxml2? yes Does Emacs use -lfreetype? no Does Emacs use -lm17n-flt? no Does Emacs use -lotf? no Does Emacs use -lxft? no Does Emacs directly use zlib? no Does Emacs use toolkit scroll bars? yes configure: creating ./config.status config.status: creating nt/emacs.rc config.status: creating nt/emacsclient.rc config.status: creating ./doc/man/emacs.1 config.status: creating Makefile config.status: creating lib/Makefile config.status: creating lib-src/Makefile config.status: creating oldXMenu/Makefile config.status: creating doc/emacs/Makefile config.status: creating doc/misc/Makefile config.status: creating doc/lispintro/Makefile config.status: creating doc/lispref/Makefile config.status: creating src/Makefile config.status: creating lwlib/Makefile config.status: creating lisp/Makefile config.status: creating leim/Makefile config.status: creating nextstep/Makefile config.status: creating nt/Makefile config.status: creating test/automated/Makefile config.status: creating admin/charsets/Makefile config.status: creating admin/unidata/Makefile config.status: creating admin/grammars/Makefile config.status: creating src/config.h config.status: executing depfiles commands config.status: executing src/epaths.h commands config.status: executing src/.gdbinit commands config.status: executing doc/emacs/emacsver.texi commands config.status: executing etc-refcards-emacsver.tex commands $ make c:/Devel/emacs/build/bin/make -C nt all make[1]: Entering directory 'c:/Devel/emacs/repo/fresh/nt' RC emacs.res CCLD runemacs.exe CCLD addpm.exe CCLD cmdproxy.exe CCLD ddeclient.exe make[1]: Leaving directory 'c:/Devel/emacs/repo/fresh/nt' c:/Devel/emacs/build/bin/make -C lib all make[1]: Entering directory 'c:/Devel/emacs/repo/fresh/lib' GEN alloca.h GEN byteswap.h GEN errno.h GEN execinfo.h GEN arg-nonnull.h GEN getopt.h GEN c++defs.h GEN warn-on-use.h GEN stddef.h GEN string.h GEN time.h c:/Devel/emacs/build/bin/make all-am make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/lib' CC acl-errno-valid.o CC acl-internal.o CC get-permissions.o CC binary-io.o CC c-ctype.o CC c-strcasecmp.o CC c-strncasecmp.o CC close-stream.o CC count-one-bits.o CC count-trailing-zeros.o CC md5.o CC sha1.o CC sha256.o CC sha512.o CC dtoastr.o CC dtotimespec.o CC filemode.o CC gettime.o CC qcopy-acl.o CC stat-time.o CC strftime.o CC timespec.o CC timespec-add.o CC timespec-sub.o CC u64.o CC utimens.o CC acl_entries.o CC execinfo.o CC fpending.o CC getopt.o CC getopt1.o CC memrchr.o CC mktime.o CC sig2str.o CC stpcpy.o CC time_r.o CC time_rz.o CC timegm.o AR libgnu.a make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/lib' make[1]: Leaving directory 'c:/Devel/emacs/repo/fresh/lib' c:/Devel/emacs/build/bin/make -C lib-src all make[1]: Entering directory 'c:/Devel/emacs/repo/fresh/lib-src' CC regex.o CC ntlib.o CCLD etags.exe CCLD ctags.exe CCLD emacsclient.exe RC emacsclient.res CCLD emacsclientw.exe CCLD ebrowse.exe CCLD profile.exe CC pop.o CCLD movemail.exe CCLD hexl.exe CCLD update-game-score.exe CCLD make-docfile.exe make[1]: Leaving directory 'c:/Devel/emacs/repo/fresh/lib-src' c:/Devel/emacs/build/bin/make -C src VCSWITNESS='$(srcdir)/../.git/logs/HEAD' all make[1]: Entering directory 'c:/Devel/emacs/repo/fresh/src' GEN lisp.mk sed: -e expression #1, char 11: unterminated `s' command GEN globals.h CC firstfile.o CC dispnew.o CC frame.o CC scroll.o CC xdisp.o CC menu.o CC window.o CC charset.o CC coding.o CC category.o CC ccl.o CC character.o CC chartab.o CC bidi.o CC term.o CC terminal.o CC xfaces.o CC emacs.o CC keyboard.o CC macros.o CC keymap.o CC sysdep.o CC buffer.o CC filelock.o CC insdel.o CC marker.o CC minibuf.o CC fileio.o CC dired.o CC cmds.o CC casetab.o CC casefiddle.o CC indent.o CC search.o CC regex.o CC undo.o CC alloc.o CC data.o GEN buildobj.h CC doc.o CC editfns.o CC callint.o CC eval.o CC floatfns.o CC fns.o CC font.o CC print.o CC lread.o CC syntax.o CC unexw32.o CC bytecode.o CC process.o CC gnutls.o CC callproc.o CC region-cache.o CC sound.o CC atimer.o CC doprnt.o CC intervals.o CC textprop.o CC composite.o CC xml.o CC w32notify.o CC profiler.o CC decompress.o CC w32fns.o CC w32menu.o CC w32reg.o CC w32font.o CC w32term.o CC w32xfns.o CC w32select.o CC w32uniscribe.o CC w32.o CC w32console.o CC w32heap.o CC w32inevt.o CC w32proc.o CC fontset.o CC fringe.o CC image.o In file included from c:/Devel/emacs/include/X11/xpm.h:70:0, from image.c:3154: c:/Devel/emacs/include/X11/simx.h:143:0: warning: "close" redefined [enabled by default] #define close _close ^ In file included from ./conf_post.h:32:0, from ./config.h:1890, from image.c:20: c:/Devel/emacs/repo/fresh/nt/inc/ms-w32.h:221:0: note: this is the location of the previous definition #define close sys_close ^ In file included from c:/Devel/emacs/include/X11/xpm.h:70:0, from image.c:3154: c:/Devel/emacs/include/X11/simx.h:146:0: warning: "open" redefined [enabled by default] #define open _open ^ In file included from ./conf_post.h:32:0, from ./config.h:1890, from image.c:20: c:/Devel/emacs/repo/fresh/nt/inc/ms-w32.h:234:0: note: this is the location of the previous definition #define open sys_open ^ CC tparam.o CC lastfile.o c:/Devel/emacs/build/bin/make -C ../nt ../src/emacs.res make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/nt' RC ../src/emacs.res make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/nt' c:/Devel/emacs/build/bin/make -C ../admin/charsets all make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/admin/charsets' GEN ../../etc/charsets/8859-2.map GEN ../../etc/charsets/8859-3.map GEN ../../etc/charsets/8859-4.map GEN ../../etc/charsets/8859-5.map GEN ../../etc/charsets/8859-6.map GEN ../../etc/charsets/8859-7.map GEN ../../etc/charsets/8859-8.map GEN ../../etc/charsets/8859-9.map GEN ../../etc/charsets/8859-10.map GEN ../../etc/charsets/8859-11.map GEN ../../etc/charsets/8859-13.map GEN ../../etc/charsets/8859-14.map GEN ../../etc/charsets/8859-15.map GEN ../../etc/charsets/8859-16.map GEN ../../etc/charsets/IBM037.map GEN ../../etc/charsets/IBM038.map GEN ../../etc/charsets/IBM256.map GEN ../../etc/charsets/IBM273.map GEN ../../etc/charsets/IBM274.map GEN ../../etc/charsets/IBM275.map GEN ../../etc/charsets/IBM277.map GEN ../../etc/charsets/IBM278.map GEN ../../etc/charsets/IBM280.map GEN ../../etc/charsets/IBM281.map GEN ../../etc/charsets/IBM284.map GEN ../../etc/charsets/IBM285.map GEN ../../etc/charsets/IBM290.map GEN ../../etc/charsets/IBM297.map GEN ../../etc/charsets/IBM420.map GEN ../../etc/charsets/IBM423.map GEN ../../etc/charsets/IBM424.map GEN ../../etc/charsets/IBM437.map GEN ../../etc/charsets/IBM500.map GEN ../../etc/charsets/IBM850.map GEN ../../etc/charsets/IBM851.map GEN ../../etc/charsets/IBM852.map GEN ../../etc/charsets/IBM855.map GEN ../../etc/charsets/IBM856.map GEN ../../etc/charsets/IBM857.map GEN ../../etc/charsets/IBM860.map GEN ../../etc/charsets/IBM861.map GEN ../../etc/charsets/IBM862.map GEN ../../etc/charsets/IBM863.map GEN ../../etc/charsets/IBM864.map GEN ../../etc/charsets/IBM865.map GEN ../../etc/charsets/IBM866.map GEN ../../etc/charsets/IBM868.map GEN ../../etc/charsets/IBM869.map GEN ../../etc/charsets/IBM870.map GEN ../../etc/charsets/IBM871.map GEN ../../etc/charsets/IBM874.map GEN ../../etc/charsets/IBM875.map GEN ../../etc/charsets/IBM880.map GEN ../../etc/charsets/IBM891.map GEN ../../etc/charsets/IBM903.map GEN ../../etc/charsets/IBM904.map GEN ../../etc/charsets/IBM905.map GEN ../../etc/charsets/IBM918.map GEN ../../etc/charsets/IBM1004.map GEN ../../etc/charsets/IBM1026.map GEN ../../etc/charsets/IBM1047.map GEN ../../etc/charsets/CP737.map GEN ../../etc/charsets/CP775.map GEN ../../etc/charsets/CP1125.map GEN ../../etc/charsets/CP1250.map GEN ../../etc/charsets/CP1251.map GEN ../../etc/charsets/CP1252.map GEN ../../etc/charsets/CP1253.map GEN ../../etc/charsets/CP1254.map GEN ../../etc/charsets/CP1255.map GEN ../../etc/charsets/CP1256.map GEN ../../etc/charsets/CP1257.map GEN ../../etc/charsets/CP1258.map GEN ../../etc/charsets/CP10007.map GEN ../../etc/charsets/CP720.map GEN ../../etc/charsets/CP858.map GEN ../../etc/charsets/GB2312.map GEN ../../etc/charsets/GBK.map GEN ../../etc/charsets/GB180302.map GEN ../../etc/charsets/GB180304.map GEN ../../etc/charsets/BIG5.map GEN ../../etc/charsets/BIG5-HKSCS.map GEN ../../etc/charsets/CNS-1.map GEN ../../etc/charsets/CNS-2.map GEN ../../etc/charsets/CNS-3.map GEN ../../etc/charsets/CNS-4.map GEN ../../etc/charsets/CNS-5.map GEN ../../etc/charsets/CNS-6.map GEN ../../etc/charsets/CNS-7.map GEN ../../etc/charsets/CNS-F.map GEN ../../etc/charsets/JISX0201.map GEN ../../etc/charsets/JISX0208.map GEN ../../etc/charsets/JISX0212.map GEN ../../etc/charsets/JISX2131.map GEN ../../etc/charsets/JISX2132.map GEN ../../etc/charsets/JISC6226.map GEN ../../etc/charsets/CP932-2BYTE.map GEN ../../etc/charsets/JISX213A.map GEN ../../etc/charsets/KSC5601.map GEN ../../etc/charsets/KSC5636.map GEN ../../etc/charsets/JOHAB.map GEN ../../etc/charsets/KOI-8.map GEN ../../etc/charsets/KOI8-R.map GEN ../../etc/charsets/KOI8-U.map GEN ../../etc/charsets/KOI8-T.map GEN ../../etc/charsets/ALTERNATIVNYJ.map GEN ../../etc/charsets/MIK.map GEN ../../etc/charsets/PTCP154.map GEN ../../etc/charsets/TIS-620.map GEN ../../etc/charsets/VISCII.map GEN ../../etc/charsets/VSCII.map GEN ../../etc/charsets/VSCII-2.map GEN ../../etc/charsets/KA-PS.map GEN ../../etc/charsets/KA-ACADEMY.map GEN ../../etc/charsets/HP-ROMAN8.map GEN ../../etc/charsets/NEXTSTEP.map GEN ../../etc/charsets/MACINTOSH.map GEN ../../etc/charsets/EBCDICUK.map GEN ../../etc/charsets/EBCDICUS.map GEN ../../etc/charsets/stdenc.map GEN ../../etc/charsets/symbol.map GEN ../../etc/charsets/CP949-2BYTE.map GEN ../../etc/charsets/BIG5-1.map GEN ../../etc/charsets/BIG5-2.map GEN ../../etc/charsets/MULE-ethiopic.map GEN ../../etc/charsets/MULE-ipa.map GEN ../../etc/charsets/MULE-is13194.map GEN ../../etc/charsets/MULE-sisheng.map GEN ../../etc/charsets/MULE-tibetan.map GEN ../../etc/charsets/MULE-lviscii.map GEN ../../etc/charsets/MULE-uviscii.map GEN ../../lisp/international/cp51932.el GEN ../../lisp/international/eucjp-ms.el GEN charsets.stamp make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/admin/charsets' c:/Devel/emacs/build/bin/make -C ../admin/unidata charscript.el make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/admin/unidata' GEN ../../lisp/international/charscript.el make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/admin/unidata' CCLD temacs.exe /bin/mkdir -p ../etc : paxctl -r temacs.exe : setfattr -n user.pax.flags -v er temacs.exe c:/Devel/emacs/build/bin/make -C ../lisp update-subdirs make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/lisp' make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/lisp' ./temacs --batch --load loadup bootstrap Loading loadup.el (source)... Using load-path (c:/Devel/emacs/repo/fresh/lisp c:/Devel/emacs/repo/fresh/lisp/emacs-lisp c:/Devel/emacs/repo/fresh/lisp/language c:/Devel/emacs/repo/fresh/lisp/international c:/Devel/emacs/repo/fresh/lisp/textmodes c:/Devel/emacs/repo/fresh/lisp/vc) Loading emacs-lisp/byte-run (source)... Loading emacs-lisp/backquote (source)... Loading subr (source)... Loading version (source)... Loading widget (source)... Loading custom (source)... Loading emacs-lisp/map-ynp (source)... Loading international/mule (source)... Loading international/mule-conf (source)... Loading env (source)... Loading format (source)... Loading bindings (source)... Loading window (source)... Loading c:/Devel/emacs/repo/fresh/lisp/files.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/macroexp.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/pcase.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/macroexp.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/cus-face.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/faces.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/button.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/ldefs-boot.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/nadvice.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/cl-preloaded.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/minibuffer.el (source)... lisp/minibuffer.el: `with-wrapper-hook' is an obsolete macro (as of 24.4); use a <foo>-function variable modified by `add-function'. Loading c:/Devel/emacs/repo/fresh/lisp/abbrev.el (source)... lisp/abbrev.el: `with-wrapper-hook' is an obsolete macro (as of 24.4); use a <foo>-function variable modified by `add-function'. Loading c:/Devel/emacs/repo/fresh/lisp/simple.el (source)... lisp/simple.el: `with-wrapper-hook' is an obsolete macro (as of 24.4); use a <foo>-function variable modified by `add-function'. Loading c:/Devel/emacs/repo/fresh/lisp/help.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/jka-cmpr-hook.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/epa-hook.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/international/mule-cmds.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/case-table.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/international/characters.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/composite.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/chinese.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/cyrillic.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/indian.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/sinhala.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/english.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/ethiopic.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/european.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/czech.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/slovak.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/romanian.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/greek.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/hebrew.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/international/cp51932.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/international/eucjp-ms.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/japanese.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/korean.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/lao.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/tai-viet.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/thai.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/tibetan.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/vietnamese.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/misc-lang.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/utf-8-lang.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/georgian.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/khmer.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/burmese.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/language/cham.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/indent.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/cl-generic.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/frame.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/startup.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/term/tty-colors.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/font-core.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/facemenu.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/syntax.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/font-lock.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/jit-lock.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/mouse.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/scroll-bar.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/select.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/timer.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/isearch.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/rfn-eshadow.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/menu-bar.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/lisp.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/textmodes/page.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/register.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/textmodes/paragraphs.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/progmodes/prog-mode.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/lisp-mode.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/progmodes/elisp-mode.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/textmodes/text-mode.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/textmodes/fill.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/newcomment.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/replace.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/tabulated-list.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/buff-menu.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/fringe.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/regexp-opt.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/image.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/international/fontset.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/dnd.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/tool-bar.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/term/common-win.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/w32-vars.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/term/w32-win.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/disp-table.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/w32-fns.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/ls-lisp.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/dos-w32.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/mwheel.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/float-sup.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/vc/vc-hooks.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/vc/ediff-hook.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/uniquify.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/electric.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/emacs-lisp/eldoc.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/cus-start.el (source)... Loading c:/Devel/emacs/repo/fresh/lisp/tooltip.el (source)... Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under the name emacs Dump memory usage: Heap: 10776576 Large blocks(0/1): 0/786448 46851 pure bytes used Dumping from c:/Devel/emacs/repo/fresh/src/temacs.exe to c:/Devel/emacs/repo/fresh/src/emacs.exe : paxctl -zex emacs.exe mv -f emacs.exe bootstrap-emacs.exe c:/Devel/emacs/build/bin/make -C ../lisp compile-first EMACS="../src/bootstrap-emacs.exe" make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/lisp' ELC emacs-lisp/macroexp.elc ELC emacs-lisp/cconv.elc ELC emacs-lisp/byte-opt.elc ELC emacs-lisp/bytecomp.elc ELC emacs-lisp/autoload.elc make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/lisp' c:/Devel/emacs/build/bin/make -C ../lisp autoloads EMACS="../src/bootstrap-emacs.exe" make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/lisp' GEN calendar/cal-loaddefs.el GEN calendar/diary-loaddefs.el GEN calendar/hol-loaddefs.el GEN mh-e/mh-loaddefs.el GEN net/tramp-loaddefs.el Directories for loaddefs: . ./calc ./calendar ./cedet ./cedet/ede ./cedet/semantic ./cedet/semantic/analyze ./cedet/semantic/bovine ./cedet/semantic/decorate ./cedet/semantic/symref ./cedet/semantic/wisent ./cedet/srecode ./emacs-lisp ./emulation ./erc ./eshell ./gnus ./international ./language ./leim ./leim/quail ./mail ./mh-e ./net ./nxml ./org ./play ./progmodes ./textmodes ./url ./vc GEN loaddefs.el Making generated-autoload-file local to *autoload-file* while let-bound! make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/lisp' GEN ../etc/DOC c:/Devel/emacs/build/bin/make -C ../leim leim-list.el EMACS="../src/bootstrap-emacs.exe" make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/leim' GEN ../lisp/leim/quail/CCDOSPY.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/CCDOSPY.tit to quail-package... Decoding with coding system euc-china... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/Punct.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/Punct.tit to quail-package... Decoding with coding system euc-china... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/QJ.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/QJ.tit to quail-package... Decoding with coding system euc-china... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/SW.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/SW.tit to quail-package... Decoding with coding system euc-china... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/TONEPY.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/TONEPY.tit to quail-package... Decoding with coding system euc-china... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/4Corner.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/4Corner.tit to quail-package... Decoding with coding system cn-big5... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/ARRAY30.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/ARRAY30.tit to quail-package... Decoding with coding system cn-big5... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/ECDICT.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/ECDICT.tit to quail-package... Decoding with coding system cn-big5... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/ETZY.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/ETZY.tit to quail-package... Decoding with coding system cn-big5... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/Punct-b5.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/Punct-b5.tit to quail-package... Decoding with coding system cn-big5... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/PY-b5.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/PY-b5.tit to quail-package... Decoding with coding system cn-big5... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/QJ-b5.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/QJ-b5.tit to quail-package... Decoding with coding system cn-big5... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/ZOZY.el Converting c:/Devel/emacs/repo/fresh/leim/CXTERM-DIC/ZOZY.tit to quail-package... Decoding with coding system cn-big5... Processing header part... Formatting translation rules... GEN ../lisp/leim/quail/tsang-b5.el Converting cangjie-table.b5 to tsang-b5.el... Converting cangjie-table.b5 to tsang-b5.el...done Converting cangjie-table.b5 to quick-b5.el... Converting cangjie-table.b5 to quick-b5.el...done GEN ../lisp/leim/quail/tsang-cns.el Converting cangjie-table.cns to tsang-cns.el... Converting cangjie-table.cns to tsang-cns.el...done Converting cangjie-table.cns to quick-cns.el... Converting cangjie-table.cns to quick-cns.el...done GEN ../lisp/leim/quail/PY.el Converting pinyin.map to PY.el... Converting pinyin.map to PY.el...done GEN ../lisp/leim/quail/ZIRANMA.el Converting ziranma.cin to ZIRANMA.el... Converting ziranma.cin to ZIRANMA.el...done GEN ../lisp/leim/quail/CTLau.el Converting CTLau.html to CTLau.el... Converting CTLau.html to CTLau.el...done GEN ../lisp/leim/quail/CTLau-b5.el Converting CTLau-b5.html to CTLau-b5.el... Converting CTLau-b5.html to CTLau-b5.el...done GEN ../lisp/leim/leim-list.el Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/ZOZY.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/ZIRANMA.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/welsh.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/vnvni.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/vntelex.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/viqr.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/uni-input.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/tsang-cns.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/tsang-b5.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/TONEPY.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/tibetan.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/thai.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/symbol-ksc.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/SW.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/slovak.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/sisheng.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/sgml-input.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/rfc1345.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/quick-cns.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/quick-b5.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/QJ.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/QJ-b5.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/pypunct-b5.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/PY.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/py-punct.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/PY-b5.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/Punct.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/Punct-b5.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/persian.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/lrt.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/latin-pre.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/latin-post.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/latin-ltx.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/latin-alt.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/lao.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/japanese.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/ipa.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/ipa-praat.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/indian.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/hebrew.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/hanja3.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/hanja.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/hanja-jis.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/hangul.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/greek.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/georgian.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/ETZY.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/ethiopic.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/ECDICT.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/czech.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/cyrillic.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/cyril-jis.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/CTLau.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/CTLau-b5.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/croatian.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/CCDOSPY.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/ARRAY30.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/arabic.el ... Checking c:/Devel/emacs/repo/fresh/lisp/leim/quail/4Corner.el ... make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/leim' c:/Devel/emacs/build/bin/make -C ../admin/unidata all EMACS="../../src/bootstrap-emacs.exe" make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/admin/unidata' ELC uvs.elc ELC unidata-gen.elc GEN unidata.txt GEN ../../lisp/international/charprop.el Writing c:/Devel/emacs/repo/fresh/lisp/international/charprop.el... make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/admin/unidata' LC_ALL=C ./temacs -batch -l loadup dump Loading loadup.el (source)... Using load-path (c:/Devel/emacs/repo/fresh/lisp) Loading emacs-lisp/byte-run (source)... Loading emacs-lisp/backquote (source)... Loading subr (source)... Loading version (source)... Loading widget (source)... Loading custom (source)... Loading emacs-lisp/map-ynp (source)... Loading international/mule (source)... Loading international/mule-conf (source)... Loading env (source)... Loading format (source)... Loading bindings (source)... Loading window (source)... Loading files.el (source)... Loading emacs-lisp/macroexp... Loading cus-face.el (source)... Loading faces.el (source)... Loading button.el (source)... Loading loaddefs.el (source)... Growing hash table to: 105000 Loading emacs-lisp/nadvice.el (source)... Eager macro-expansion failure: (error "Attempt to autoload gv--defun-declaration while preparing to dump") Eager macro-expansion failure: (error "Attempt to autoload gv--defun-declaration while preparing to dump") Attempt to autoload gv--defun-declaration while preparing to dump Makefile:508: recipe for target 'emacs.exe' failed make[1]: *** [emacs.exe] Error -1 make[1]: Leaving directory 'c:/Devel/emacs/repo/fresh/src' Makefile:398: recipe for target 'src' failed make: *** [src] Error 2 ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 21:49 ` Juanma Barranquero @ 2015-10-03 8:35 ` Eli Zaretskii 2015-10-03 10:01 ` Eli Zaretskii 2015-10-03 21:17 ` Juanma Barranquero 0 siblings, 2 replies; 50+ messages in thread From: Eli Zaretskii @ 2015-10-03 8:35 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 2 Oct 2015 23:49:43 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > > Please show the full transcript of such a build in a freshly cloned > > repository. > > Attached. Thanks. Here's the problem: > c:/Devel/emacs/build/bin/make -C ../lisp autoloads EMACS="../src/bootstrap-emacs.exe" > make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/lisp' > GEN calendar/cal-loaddefs.el > GEN calendar/diary-loaddefs.el > GEN calendar/hol-loaddefs.el > GEN mh-e/mh-loaddefs.el > GEN net/tramp-loaddefs.el > Directories for loaddefs: . ./calc ./calendar ./cedet ./cedet/ede ./cedet/semantic ./cedet/semantic/analyze ./cedet/semantic/bovine ./cedet/semantic/decorate ./cedet/semantic/symref ./cedet/semantic/wisent ./cedet/srecode ./emacs-lisp ./emulation ./erc ./eshell ./gnus ./international ./language ./leim ./leim/quail ./mail ./mh-e ./net ./nxml ./org ./play ./progmodes ./textmodes ./url ./vc > GEN loaddefs.el > Making generated-autoload-file local to *autoload-file* while let-bound! > make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/lisp' > GEN ../etc/DOC On my system, after generating loaddefs.el, the build proceeds to compile many Lisp files: make -C ../lisp autoloads EMACS="../src/bootstrap-emacs.exe" make[3]: Entering directory `/d/gnu/git/emacs/emacs-test/lisp' GEN calendar/cal-loaddefs.el GEN calendar/diary-loaddefs.el GEN calendar/hol-loaddefs.el GEN mh-e/mh-loaddefs.el GEN net/tramp-loaddefs.el Directories for loaddefs: . ./calc ./calendar ./cedet ./cedet/ede ./cedet/semantic ./cedet/semantic/analyze ./cedet/semantic/bovine ./cedet/semantic/decorate ./cedet/semantic/symref ./cedet/semantic/wisent ./cedet/srecode ./emacs-lisp ./emulation ./erc ./eshell ./gnus ./international ./language ./leim ./leim/ja-dic ./leim/quail ./mail ./mh-e ./net ./nxml ./org ./play ./progmodes ./textmodes ./url ./vc GEN loaddefs.el Making generated-autoload-file local to *autoload-file* while let-bound! make[3]: Leaving directory `/d/gnu/git/emacs/emacs-test/lisp' make[3]: Entering directory `/d/gnu/git/emacs/emacs-test/lisp' ELC ../lisp/abbrev.elc In abbrev--default-expand: abbrev.el:845:8:Warning: `with-wrapper-hook' is an obsolete macro (as of 24.4); use a <foo>-function variable modified by `add-function'. make[3]: Leaving directory `/d/gnu/git/emacs/emacs-test/lisp' make[3]: Entering directory `/d/gnu/git/emacs/emacs-test/lisp' ELC ../lisp/bindings.elc make[3]: Leaving directory `/d/gnu/git/emacs/emacs-test/lisp' make[3]: Entering directory `/d/gnu/git/emacs/emacs-test/lisp' ELC ../lisp/buff-menu.elc make[3]: Leaving directory `/d/gnu/git/emacs/emacs-test/lisp' make[3]: Entering directory `/d/gnu/git/emacs/emacs-test/lisp' ELC ../lisp/button.elc But on your system, this step is skipped, and the build proceeds directly to generating etc/DOC, leaving all the Lisp files un-compiled. The question is why. My first suspect is the file lisp.mk. It should define the value of the Make variable shortlisp to hold a long list of preloaded Lisp files -- these are the ones that should have been compiled at that step. I'm guessing that file is empty on your system, or maybe garbled. If this guess is correct, we need to look at what happens when this file is generated. That file is also not regenerated each bootstrap, which might explain why re-running "make" didn't fix the problem for you. If you decide to remove lisp.mk and regenerate it, please use "make V=1", so you could see if the command issued by Make has anything weird in it. > CC image.o > In file included from c:/Devel/emacs/include/X11/xpm.h:70:0, > from image.c:3154: > c:/Devel/emacs/include/X11/simx.h:143:0: warning: "close" redefined [enabled by default] > #define close _close > ^ > In file included from ./conf_post.h:32:0, > from ./config.h:1890, > from image.c:20: > c:/Devel/emacs/repo/fresh/nt/inc/ms-w32.h:221:0: note: this is the location of the previous definition > #define close sys_close > ^ > In file included from c:/Devel/emacs/include/X11/xpm.h:70:0, > from image.c:3154: > c:/Devel/emacs/include/X11/simx.h:146:0: warning: "open" redefined [enabled by default] > #define open _open > ^ > In file included from ./conf_post.h:32:0, > from ./config.h:1890, > from image.c:20: > c:/Devel/emacs/repo/fresh/nt/inc/ms-w32.h:234:0: note: this is the location of the previous definition > #define open sys_open > ^ These are problems in the header included in my port of libXpm. They are not fatal, but they are problems nonetheless. I will fix them and upload a new distribution. Please use that when it's available. Thanks. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-03 8:35 ` Eli Zaretskii @ 2015-10-03 10:01 ` Eli Zaretskii 2015-10-03 21:17 ` Juanma Barranquero 1 sibling, 0 replies; 50+ messages in thread From: Eli Zaretskii @ 2015-10-03 10:01 UTC (permalink / raw) To: Eli Zaretskii; +Cc: lekktu, emacs-devel > Date: Sat, 03 Oct 2015 11:35:00 +0300 > From: Eli Zaretskii <eliz@gnu.org> > Cc: emacs-devel@gnu.org > > > CC image.o > > In file included from c:/Devel/emacs/include/X11/xpm.h:70:0, > > from image.c:3154: > > c:/Devel/emacs/include/X11/simx.h:143:0: warning: "close" redefined [enabled by default] > > #define close _close > > ^ > > In file included from ./conf_post.h:32:0, > > from ./config.h:1890, > > from image.c:20: > > c:/Devel/emacs/repo/fresh/nt/inc/ms-w32.h:221:0: note: this is the location of the previous definition > > #define close sys_close > > ^ > > In file included from c:/Devel/emacs/include/X11/xpm.h:70:0, > > from image.c:3154: > > c:/Devel/emacs/include/X11/simx.h:146:0: warning: "open" redefined [enabled by default] > > #define open _open > > ^ > > In file included from ./conf_post.h:32:0, > > from ./config.h:1890, > > from image.c:20: > > c:/Devel/emacs/repo/fresh/nt/inc/ms-w32.h:234:0: note: this is the location of the previous definition > > #define open sys_open > > ^ > > These are problems in the header included in my port of libXpm. They > are not fatal, but they are problems nonetheless. I will fix them and > upload a new distribution. Should be fixed now. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-03 8:35 ` Eli Zaretskii 2015-10-03 10:01 ` Eli Zaretskii @ 2015-10-03 21:17 ` Juanma Barranquero 2015-10-04 2:53 ` Juanma Barranquero 2015-10-04 6:36 ` Eli Zaretskii 1 sibling, 2 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-03 21:17 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 2743 bytes --] On Sat, Oct 3, 2015 at 10:35 AM, Eli Zaretskii <eliz@gnu.org> wrote: > The question is why. My first suspect is the file lisp.mk. It should > define the value of the Make variable shortlisp to hold a long list of > preloaded Lisp files -- these are the ones that should have been > compiled at that step. I'm guessing that file is empty on your > system, or maybe garbled. And you're right: $ cat lisp.mk shortlisp = \ > If you decide to remove lisp.mk and regenerate it, please use > "make V=1", so you could see if the command issued by Make has > anything weird in it. $ rm lisp.mk $ make V=1 lisp.mk GEN lisp.mk sed: -e expression #1, char 11: unterminated `s' command make: 'lisp.mk' is up to date. It complains at the \\ in sed -e 's/$$/.elc \\/' After changing src/Makefile.in so it generates a valid lisp.mk, bootstrapping goes a bit further: mv -f emacs.exe bootstrap-emacs.exe c:/Devel/emacs/build/bin/make -C ../lisp compile-first EMACS="../src/bootstrap-emacs.exe" make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/lisp' ELC emacs-lisp/macroexp.elc ELC emacs-lisp/cconv.elc ELC emacs-lisp/byte-opt.elc ELC emacs-lisp/bytecomp.elc ELC emacs-lisp/autoload.elc make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/lisp' c:/Devel/emacs/build/bin/make -C ../lisp autoloads EMACS="../src/bootstrap-emacs.exe" make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/lisp' GEN calendar/cal-loaddefs.el GEN calendar/diary-loaddefs.el GEN calendar/hol-loaddefs.el GEN mh-e/mh-loaddefs.el GEN net/tramp-loaddefs.el Directories for loaddefs: . ./calc ./calendar ./cedet ./cedet/ede ./cedet/semantic ./cedet/semantic/analyze ./cedet/semantic/bovine ./cedet/semantic/decorate ./cedet/semantic/symre f ./cedet/semantic/wisent ./cedet/srecode ./emacs-lisp ./emulation ./erc ./eshell ./gnus ./international ./language ./leim ./leim/quail ./mail ./mh-e ./net ./nxml ./org ./play ./pr ogmodes ./textmodes ./url ./vc GEN loaddefs.el Making generated-autoload-file local to *autoload-file* while let-bound! make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/lisp' make[2]: Entering directory 'c:/Devel/emacs/repo/fresh/lisp' ELC ../lisp/abbrev.elc /usr/bin/sh: ../src/bootstrap-emacs.exe THEFILE=../lisp/abbrev.el: No such file or directory Makefile:269: recipe for target '../lisp/abbrev.elc' failed make[2]: *** [../lisp/abbrev.elc] Error 127 make[2]: Leaving directory 'c:/Devel/emacs/repo/fresh/lisp' Makefile:693: recipe for target '../lisp/abbrev.elc' failed make[1]: *** [../lisp/abbrev.elc] Error 2 make[1]: Leaving directory 'c:/Devel/emacs/repo/fresh/src' Makefile:398: recipe for target 'src' failed make: *** [src] Error 2 [-- Attachment #2: Type: text/html, Size: 4103 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-03 21:17 ` Juanma Barranquero @ 2015-10-04 2:53 ` Juanma Barranquero 2015-10-04 6:56 ` Eli Zaretskii 2015-10-04 6:36 ` Eli Zaretskii 1 sibling, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-04 2:53 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 749 bytes --] I've been able to bootstrap with the following patch: diff --git i/src/Makefile.in w/src/Makefile.in index 1fb770d..7e75be1 100644 --- i/src/Makefile.in +++ w/src/Makefile.in @@ -446,5 +446,5 @@ lisp.mk: $(lispsource)/loadup.el ${AM_V_GEN}( echo "shortlisp = \\"; \ sed -n 's/^[ \t]*(load "\([^"]*\)".*/\1/p' $< | \ - sed -e 's/$$/.elc \\/' -e 's/\.el\.elc/.el/'; \ + sed -e 's/$$/.elc \\\\/' -e 's/\.el\.elc/.el/'; \ echo "" ) > $@ @@ -691,5 +691,5 @@ tags: TAGS ../lisp/TAGS $(lwlibdir)/TAGS %.elc: %.el | bootstrap-emacs$(EXEEXT) - @$(MAKE) -C ../lisp EMACS="$(bootstrap_exe)" THEFILE=$< $<c + @$(MAKE) -C ../lisp EMACS='$(bootstrap_exe)' THEFILE=$< $<c ## VCSWITNESS points to the file that holds info about the current checkout. [-- Attachment #2: Type: text/html, Size: 1490 bytes --] ^ permalink raw reply related [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 2:53 ` Juanma Barranquero @ 2015-10-04 6:56 ` Eli Zaretskii 2015-10-04 10:07 ` Juanma Barranquero 0 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-04 6:56 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Sun, 4 Oct 2015 04:53:45 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > I've been able to bootstrap with the following patch: I think something's wrong with your setup for running MSYS-based build procedures. Or maybe some of the latest MSYS stuff started misbehaving. Because none of these changes make sense to me. In particular, why quoting 'like this' should be any different from quoting "like this", as long as the quoted stuff includes no special characters, as in the case in point? This all smells of file-name "transformations" done by MSYS when it invokes native programs, so please look around and see if some program/utility involved in this, besides Emacs, is not an MSYS program. Then make sure its MSYS namesake is invoked instead. Thanks. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 6:56 ` Eli Zaretskii @ 2015-10-04 10:07 ` Juanma Barranquero 2015-10-04 10:18 ` Werner LEMBERG 2015-10-04 10:59 ` Eli Zaretskii 0 siblings, 2 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-04 10:07 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 537 bytes --] On Sun, Oct 4, 2015 at 8:56 AM, Eli Zaretskii <eliz@gnu.org> wrote: > This all smells of file-name > "transformations" done by MSYS when it invokes native programs, so > please look around and see if some program/utility involved in this, > besides Emacs, is not an MSYS program. Then make sure its MSYS > namesake is invoked instead. Mystery solved. The make.exe being invoked wasn't the MSYS one. It was the one from your EZWinPorts, which accidentally ended in the path. Bootstrapping works now as expected. Thanks, Juanma [-- Attachment #2: Type: text/html, Size: 732 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 10:07 ` Juanma Barranquero @ 2015-10-04 10:18 ` Werner LEMBERG 2015-10-04 11:00 ` Eli Zaretskii 2015-10-04 11:48 ` Juanma Barranquero 2015-10-04 10:59 ` Eli Zaretskii 1 sibling, 2 replies; 50+ messages in thread From: Werner LEMBERG @ 2015-10-04 10:18 UTC (permalink / raw) To: lekktu; +Cc: eliz, emacs-devel >> This all smells of file-name "transformations" done by MSYS when it >> invokes native programs, so please look around and see if some >> program/utility involved in this, besides Emacs, is not an MSYS >> program. Then make sure its MSYS namesake is invoked instead. > > Mystery solved. The make.exe being invoked wasn't the MSYS one. It > was the one from your EZWinPorts, which accidentally ended in the > path. Given Juanma's extremely painful way until a solution was found, I wonder whether it is possible to add some tests that reject non-working programs (like the incorrect `make' version)... Werner ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 10:18 ` Werner LEMBERG @ 2015-10-04 11:00 ` Eli Zaretskii 2015-10-04 11:48 ` Juanma Barranquero 1 sibling, 0 replies; 50+ messages in thread From: Eli Zaretskii @ 2015-10-04 11:00 UTC (permalink / raw) To: Werner LEMBERG; +Cc: lekktu, emacs-devel > Date: Sun, 04 Oct 2015 12:18:30 +0200 (CEST) > Cc: eliz@gnu.org, emacs-devel@gnu.org > From: Werner LEMBERG <wl@gnu.org> > > Given Juanma's extremely painful way until a solution was found, I > wonder whether it is possible to add some tests that reject > non-working programs (like the incorrect `make' version)... If someone writes such tests, and if they don't require too extensive changes in the build scripts, I think they will be welcome. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 10:18 ` Werner LEMBERG 2015-10-04 11:00 ` Eli Zaretskii @ 2015-10-04 11:48 ` Juanma Barranquero 1 sibling, 0 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-04 11:48 UTC (permalink / raw) To: Werner LEMBERG; +Cc: Eli Zaretskii, Emacs developers [-- Attachment #1: Type: text/plain, Size: 331 bytes --] On Sun, Oct 4, 2015 at 12:18 PM, Werner LEMBERG <wl@gnu.org> wrote: > Given Juanma's extremely painful way until a solution was found, Truth be told, I should've spotted this one long before involving emacs-devel and wasting people's time. But of course tests that avoid one shooting oneself in the foot are always a bonus, IMO. [-- Attachment #2: Type: text/html, Size: 462 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 10:07 ` Juanma Barranquero 2015-10-04 10:18 ` Werner LEMBERG @ 2015-10-04 10:59 ` Eli Zaretskii 2015-10-04 11:51 ` Juanma Barranquero 1 sibling, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-04 10:59 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Sun, 4 Oct 2015 12:07:59 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > > This all smells of file-name > > "transformations" done by MSYS when it invokes native programs, so > > please look around and see if some program/utility involved in this, > > besides Emacs, is not an MSYS program. Then make sure its MSYS > > namesake is invoked instead. > > Mystery solved. The make.exe being invoked wasn't the MSYS one. It was the one > from your EZWinPorts, which accidentally ended in the path. > > Bootstrapping works now as expected. Great, thanks. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 10:59 ` Eli Zaretskii @ 2015-10-04 11:51 ` Juanma Barranquero 2015-10-04 12:02 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-04 11:51 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 289 bytes --] On Sun, Oct 4, 2015 at 12:59 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Great, thanks. Thanks for your patience. And, indirectly related... Thanks for the EZWinPorts. They're great and, were not for them, I doubt I would have the energy to chase down libraries and tools to build Emacs. [-- Attachment #2: Type: text/html, Size: 423 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 11:51 ` Juanma Barranquero @ 2015-10-04 12:02 ` Eli Zaretskii 2015-10-04 14:41 ` Stephen Leake 0 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-04 12:02 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Sun, 4 Oct 2015 13:51:09 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > Thanks for the EZWinPorts. They're great and, were not for them, I > doubt I would have the energy to chase down libraries and tools to > build Emacs. Well, I built them because the existing ports are not good enough or old or simply don't exist. That site is just a collection of stuff I use myself. It sounded silly not to let others use what I consider to be good enough for my day-to-day use. The only problem is that there are no 64-bit builds of comparable quality, AFAIK. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 12:02 ` Eli Zaretskii @ 2015-10-04 14:41 ` Stephen Leake 2015-10-04 16:56 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Stephen Leake @ 2015-10-04 14:41 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Juanma Barranquero, emacs-devel [-- Attachment #1: Type: text/plain, Size: 802 bytes --] Eli Zaretskii <eliz@gnu.org> writes: >> From: Juanma Barranquero <lekktu@gmail.com> >> Date: Sun, 4 Oct 2015 13:51:09 +0200 >> Cc: Emacs developers <emacs-devel@gnu.org> >> >> Thanks for the EZWinPorts. They're great and, were not for them, I >> doubt I would have the energy to chase down libraries and tools to >> build Emacs. > > Well, I built them because the existing ports are not good enough or > old or simply don't exist. That site is just a collection of stuff I > use myself. It sounded silly not to let others use what I consider to > be good enough for my day-to-day use. > > The only problem is that there are no 64-bit builds of comparable > quality, AFAIK. MSYS2 64 bit works for me; attached are my notes on how to build Emacs with it. Is there something missing? -- -- Stephe [-- Attachment #2: install_emacs_msys2.text --] [-- Type: application/octet-stream, Size: 6110 bytes --] notes on installing Emacs from source on Windows 7 using MinGW64 64 or 32 bit via Msys2. Here we give sources for the various packages needed. We give directions to the download, rather than an exact URL, to make it easy to check for new versions. These instructions work on a new computer, with only 64 bit Windows 7 or 8 installed. Msys2 provides all of the tools required, and several of the packages. These instructions are derived from http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/ There are more detailed instructions at http://sourceforge.net/p/msys2/tickets/32/?limit=10&page=1#216b For more help, consult the mailing list at https://lists.sourceforge.net/lists/listinfo/msys2-users 01. MSYS2 install - if you have a 64 bit machine: From http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/ download the 64 bit installer run msys2-x86_64-20150512.exe install to the default install directory c:/msys64 - if you have a 32 bit machine, the 32 bit installer (also works on a 64 bit machine, but is unnecessarily slower) run msys2-i686-20141113.exe install to the default install directory c:/msys32 The rest of these instructions assume a 64 bit machine; modify the paths accordingly. The installer offers to "Run Msys 64/32bit now."; check that. That starts an msys shell; exit it. For the rest of the install steps use an msys shell started with c:\msys64\mingw64_shell.bat, except that git requires the Cygwin shell (for ssh, and because msys git has problems). The msys shell is running in mintty; the middle mouse button pastes in the shell window. 02. gcc 64 bit toolchain install - in the mingw64 shell: $ pacman -S --needed \ automake diffutils make autoconf pkg-config tar texinfo \ mingw-w64-x86_64-gcc mingw-w64-x86_64-libpng mingw-w64-x86_64-libjpeg-turbo mingw-w64-x86_64-libtiff \ mingw-w64-x86_64-giflib mingw-w64-x86_64-xpm-nox mingw-w64-x86_64-gnutls mingw-w64-x86_64-libxml2 \ mingw-w64-x86_64-librsvg 02a. for debugging emacs: $ pacman -S gdb 03 install libtool for emacs dynamic modules msys only has an msys libtool package, not a mingw64 package download libtool-2.4.6.tar.xz from http://ftp.gnu.org/gnu in mingw64: $ cd /usr/src $ tar xf libtool-2.4.6.tar.xz $ cd libtool-2.4.6 $ ./configure --prefix=/mingw64 $ make install 03a. build Emacs from source tarball download http://alpha.gnu.org/gnu/emacs/pretest/emacs-24.3.93.tar.xz $ mkdir /c/Projects $ cd /c/Projects $ tar xf emacs-24.3.93.tar.xz $ cd emacs-24.3.93 $ ./configure --build=i686-pc-mingw32 --prefix=/mingw32 # explicit --build not needed in emacs 25 $ make 03b. build Emacs master from source git repository we build out of tree, in case we want to also build with another compiler or options in cygwin: $ mkdir -p /Projects/emacs $ cd /Projects/emacs $ ssh-add $ git clone ssh://stephen_leake@git.sv.gnu.org/srv/git/emacs.git master $ cd master $ ./autogen.sh in mingw64: $ cd c:/Projects/emacs $ mkdir master-build-mingw64 $ cd master-build-mingw64 $ ../master/configure --prefix=/mingw64 $ make to configure with debug optimization: $ export CFLAGS="-g -Og" ; ../master/configure 03c. build Emacs modules; 32 bit to be compatible with GNAT GPL Windows in Cygwin: $ cd c:/Projects/emacs/master $ git branch scratch/dynamic-modules-2 origin/scratch/dynamic-modules-2 $ cd .. $ git clone -b scratch/dynamic-modules-2 /Projects/emacs/master scratch/dynamic-modules-2 $ cd scratch/dynamic-modules-2 $ ./autogen.sh in mingw32: $ pacman -S --needed \ mingw-w64-i686-gcc mingw-w64-i686-libpng mingw-w64-i686-libjpeg-turbo mingw-w64-i686-libtiff \ mingw-w64-i686-giflib mingw-w64-i686-xpm-nox mingw-w64-i686-gnutls mingw-w64-i686-libxml2 \ mingw-w64-i686-librsvg mingw-w64-i686-libtool $ cd c:/Projects/emacs/scratch/ $ mkdir dynamic-modules-2-build-mingw32 $ cd dynamic-modules-2-build-mingw32 $ ../dynamic-modules-2/configure --prefix=/ming32 $ make 03d. run modules tests pacman does not have mingw32 libcurl download curl-7.40.0.tar.bz2 from http://curl.haxx.se/download.html in msys32: $ cd /usr/src $ tar xf curl-7.40.0.tar.bz2 $ cd curl-7.40.0 $ ./configure --prefix=/mingw64 $ make install $ pacman -S python $ cd /c/Projects/emacs/master/modules $ ./tests.py 04. build Emacs docs this requires extra tools from cygwin (tex stuff not in msys2 yet): texinfo texinfo-tex texlive-collection-latexextra texlive-collection-latexrecommended texlive-collection-fontsrecommended However, Cygwin has texinfo 5, which is significantly slower than texinfo 4. Texinfo 4 is available at: https://sourceforge.net/projects/ezwinports/files/?source=navbar 05. Later, to update msys safely: - exit all msys2 processes, start a new shell from Windows Explorer: c:\msys64\mingw64_shell.bat - In the msys shell: $ pacman -Sy # updates local package database from central repository $ pacman -S --needed \ automake diffutils make autoconf pkg-config tar texinfo \ mingw-w64-i686-gcc mingw-w64-i686-libpng mingw-w64-i686-libjpeg-turbo mingw-w64-i686-libtiff \ mingw-w64-i686-giflib mingw-w64-i686-xpm-nox mingw-w64-i686-gnutls mingw-w64-i686-libxml2 \ mingw-w64-i686-librsvg 06. When updating Emacs, if build fails, try: # check that you are in the correct Msys shell; 32 bit vs 64 bit # if config with 64 bit, but later build with 32 bit, get random crashes $ cd emacs/master; ./autogen.sh $ cd emacs/master-build...; make bootstrap If that fails, report to emacs-devel ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-04 14:41 ` Stephen Leake @ 2015-10-04 16:56 ` Eli Zaretskii 0 siblings, 0 replies; 50+ messages in thread From: Eli Zaretskii @ 2015-10-04 16:56 UTC (permalink / raw) To: Stephen Leake; +Cc: lekktu, emacs-devel > From: Stephen Leake <stephen_leake@stephe-leake.org> > Cc: Juanma Barranquero <lekktu@gmail.com>, emacs-devel@gnu.org > Date: Sun, 04 Oct 2015 09:41:53 -0500 > > > The only problem is that there are no 64-bit builds of comparable > > quality, AFAIK. > > MSYS2 64 bit works for me I meant the optional libraries and auxiliary packages like Hunspell. I know they exist as part of MSYS2, but a few I looked at it was clear to me that no one ran their test suites and analyzed and fixed the problems they uncover. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-03 21:17 ` Juanma Barranquero 2015-10-04 2:53 ` Juanma Barranquero @ 2015-10-04 6:36 ` Eli Zaretskii 1 sibling, 0 replies; 50+ messages in thread From: Eli Zaretskii @ 2015-10-04 6:36 UTC (permalink / raw) To: Juanma Barranquero; +Cc: emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Sat, 3 Oct 2015 23:17:44 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > > The question is why. My first suspect is the file lisp.mk. It should > > define the value of the Make variable shortlisp to hold a long list of > > preloaded Lisp files -- these are the ones that should have been > > compiled at that step. I'm guessing that file is empty on your > > system, or maybe garbled. > > And you're right: > > $ cat lisp.mk > shortlisp = \ > > > If you decide to remove lisp.mk and regenerate it, please use > > "make V=1", so you could see if the command issued by Make has > > anything weird in it. > > $ rm lisp.mk > > $ make V=1 lisp.mk > GEN lisp.mk > sed: -e expression #1, char 11: unterminated `s' command > make: 'lisp.mk' is up to date. > > It complains at the \\ in > > sed -e 's/$$/.elc \\/' Is your Sed an MSYS program or a MinGW program? The one MSYS Bash finds should be an MSYS program. > ELC ../lisp/abbrev.elc > /usr/bin/sh: ../src/bootstrap-emacs.exe THEFILE=../lisp/abbrev.el: No such file or directory > Makefile:269: recipe for target '../lisp/abbrev.elc' failed Please say "make V=1" again and show the full command that hides behind "ELC". I don't remember ever seeing such problems. What does type make say if invoked from the MSYS Bash prompt where you are running the build? ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-09-30 8:29 Failure to bootstrap on Windows Juanma Barranquero 2015-10-01 9:55 ` Eli Zaretskii @ 2015-10-02 8:37 ` martin rudalics 2015-10-02 9:37 ` Juanma Barranquero 2015-10-02 10:04 ` Eli Zaretskii 1 sibling, 2 replies; 50+ messages in thread From: martin rudalics @ 2015-10-02 8:37 UTC (permalink / raw) To: Juanma Barranquero, Emacs developers > Loading emacs-lisp/nadvice.el (source)... > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Eager macro-expansion failure: (error "Attempt to autoload > gv--defun-declaration while preparing to dump") > Attempt to autoload gv--defun-declaration while preparing to dump > Makefile:508: recipe for target 'emacs.exe' failed > make[1]: *** [emacs.exe] Error -1 > make[1]: Leaving directory 'c:/devel/emacs/repo/trunk/src' > Makefile:398: recipe for target 'src' failed > make: *** [src] Error 2 > > > Is this a known problem? Obviously Andy encountered it when filing bug#16047. And I could swear that I too saw it once. But I hardly ever bootstrap. martin ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 8:37 ` martin rudalics @ 2015-10-02 9:37 ` Juanma Barranquero 2015-10-02 9:52 ` martin rudalics ` (2 more replies) 2015-10-02 10:04 ` Eli Zaretskii 1 sibling, 3 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 9:37 UTC (permalink / raw) To: martin rudalics; +Cc: Emacs developers [-- Attachment #1: Type: text/plain, Size: 474 bytes --] On Fri, Oct 2, 2015 at 10:37 AM, martin rudalics <rudalics@gmx.at> wrote: > Obviously Andy encountered it when filing bug#16047. And I could swear > that I too saw it once. Curiouser and curiouser. Why is it so persistent for me and non-repeatable for both of you? Hmm... > But I hardly ever bootstrap. Well, I used to do it daily with no problem. But it's been more than a year, and now I've reinstalled from scratch all my building environment. Thanks, Juanma [-- Attachment #2: Type: text/html, Size: 692 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 9:37 ` Juanma Barranquero @ 2015-10-02 9:52 ` martin rudalics 2015-10-02 13:01 ` Stephen Leake 2015-10-02 13:55 ` Eli Zaretskii 2 siblings, 0 replies; 50+ messages in thread From: martin rudalics @ 2015-10-02 9:52 UTC (permalink / raw) To: Juanma Barranquero; +Cc: Emacs developers > Curiouser and curiouser. Why is it so persistent for me and non-repeatable > for both of you? Hmm... The only possible explanation I have is that (1) I ran the script and it failed, (2) I cleaned something but _not_ everything (1) produced, and (3) I ran the script again. The something I did not clean in (2) might have avoided failure in (3). martin ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 9:37 ` Juanma Barranquero 2015-10-02 9:52 ` martin rudalics @ 2015-10-02 13:01 ` Stephen Leake 2015-10-02 13:32 ` Juanma Barranquero 2015-10-02 13:55 ` Eli Zaretskii 2 siblings, 1 reply; 50+ messages in thread From: Stephen Leake @ 2015-10-02 13:01 UTC (permalink / raw) To: Juanma Barranquero; +Cc: martin rudalics, Emacs developers Juanma Barranquero <lekktu@gmail.com> writes: > On Fri, Oct 2, 2015 at 10:37 AM, martin rudalics <rudalics@gmx.at> wrote: > >> Obviously Andy encountered it when filing bug#16047. And I could swear >> that I too saw it once. > > Curiouser and curiouser. Why is it so persistent for me and non-repeatable > for both of you? Hmm... What MSYS are you using? I use MSYS2, mingw64; no problems. -- -- Stephe ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 13:01 ` Stephen Leake @ 2015-10-02 13:32 ` Juanma Barranquero 0 siblings, 0 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 13:32 UTC (permalink / raw) To: Stephen Leake; +Cc: martin rudalics, Emacs developers [-- Attachment #1: Type: text/plain, Size: 257 bytes --] On Fri, Oct 2, 2015 at 3:01 PM, Stephen Leake < stephen_leake@stephe-leake.org> wrote: > What MSYS are you using? mingw-get identifies MinGW and MSYS as version 2013072300. > I use MSYS2, mingw64; no problems. I'm doing a 32-bit build. Well, trying to. [-- Attachment #2: Type: text/html, Size: 443 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 9:37 ` Juanma Barranquero 2015-10-02 9:52 ` martin rudalics 2015-10-02 13:01 ` Stephen Leake @ 2015-10-02 13:55 ` Eli Zaretskii 2015-10-02 15:02 ` Juanma Barranquero 2 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 13:55 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rudalics, emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 2 Oct 2015 11:37:07 +0200 > Cc: Emacs developers <emacs-devel@gnu.org> > > now I've reinstalled from scratch all my building environment. Speaking of which, what is your PATH in the MSYS Bash? Also, did you install the MSYS Coreutils "extra" package, or only the "bin" package? ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 13:55 ` Eli Zaretskii @ 2015-10-02 15:02 ` Juanma Barranquero 2015-10-02 15:20 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 15:02 UTC (permalink / raw) To: Eli Zaretskii; +Cc: martin rudalics, Emacs developers [-- Attachment #1: Type: text/plain, Size: 382 bytes --] On Fri, Oct 2, 2015 at 3:55 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Speaking of which, what is your PATH in the MSYS Bash? $ echo $PATH .:/c/Devel/emacs/build/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/bin64/Git/cmd > Also, did you install the MSYS Coreutils "extra" package, or only the > "bin" package? The ext package is also installed. [-- Attachment #2: Type: text/html, Size: 605 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 15:02 ` Juanma Barranquero @ 2015-10-02 15:20 ` Eli Zaretskii 2015-10-02 15:31 ` Juanma Barranquero 2015-10-02 16:23 ` martin rudalics 0 siblings, 2 replies; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 15:20 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rudalics, emacs-devel > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 2 Oct 2015 17:02:45 +0200 > Cc: martin rudalics <rudalics@gmx.at>, Emacs developers <emacs-devel@gnu.org> > > > Speaking of which, what is your PATH in the MSYS Bash? > > $ echo $PATH > .:/c/Devel/emacs/build/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/bin64/Git/cmd Does /mingw/bin exist, and if so, is there anything in it? How about /c/Devel/emacs/build/bin? In general, the MinGW's bin directory should be _after_ the MSYS directories on PATH, otherwise you risk invoking native MinGW programs instead of their MSYS name-sakes. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 15:20 ` Eli Zaretskii @ 2015-10-02 15:31 ` Juanma Barranquero 2015-10-02 16:23 ` martin rudalics 1 sibling, 0 replies; 50+ messages in thread From: Juanma Barranquero @ 2015-10-02 15:31 UTC (permalink / raw) To: Eli Zaretskii; +Cc: martin rudalics, Emacs developers [-- Attachment #1: Type: text/plain, Size: 731 bytes --] On Fri, Oct 2, 2015 at 5:20 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Does /mingw/bin exist, and if so, is there anything in it? Yes, /mingw is mapped to my MinGw installation path (C:\bin\mingw) so /mingw/bin contains the MinGW binaries. > How about /c/Devel/emacs/build/bin? Yes, /c/Devel/emacs/build is where I put all additional binaries and libraries required (the -c and -L args in my configure.sh command use c:/Devel/emacs/include and c:/Devel/emacs/lib instead of c:/Devel/emacs/build/{include,lib} because I have symlinks). > In general, the MinGW's bin directory should be _after_ the MSYS > directories on PATH, otherwise you risk invoking native MinGW programs > instead of their MSYS name-sakes. I'll fix that. [-- Attachment #2: Type: text/html, Size: 967 bytes --] ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 15:20 ` Eli Zaretskii 2015-10-02 15:31 ` Juanma Barranquero @ 2015-10-02 16:23 ` martin rudalics 2015-10-02 18:03 ` Eli Zaretskii 1 sibling, 1 reply; 50+ messages in thread From: martin rudalics @ 2015-10-02 16:23 UTC (permalink / raw) To: Eli Zaretskii, Juanma Barranquero; +Cc: emacs-devel >> $ echo $PATH >> .:/c/Devel/emacs/build/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/bin64/Git/cmd ^^^^^^^^^ What is bin:/bin:? > Does /mingw/bin exist, and if so, is there anything in it? How about > /c/Devel/emacs/build/bin? > > In general, the MinGW's bin directory should be _after_ the MSYS > directories on PATH, otherwise you risk invoking native MinGW programs > instead of their MSYS name-sakes. ??????? In March Eli Zaretskii said: Do NOT add the MSYS bin directory to your Windows Path! Only the MinGW bin directory should be on Path. martin ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 16:23 ` martin rudalics @ 2015-10-02 18:03 ` Eli Zaretskii 2015-10-03 8:31 ` martin rudalics 0 siblings, 1 reply; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 18:03 UTC (permalink / raw) To: martin rudalics; +Cc: lekktu, emacs-devel > Date: Fri, 02 Oct 2015 18:23:55 +0200 > From: martin rudalics <rudalics@gmx.at> > CC: emacs-devel@gnu.org > > >> $ echo $PATH > >> .:/c/Devel/emacs/build/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/bin64/Git/cmd > ^^^^^^^^^ > What is bin:/bin:? No, it's /mingw/bin:bin:. The separator is the colon, Posix-style. > > In general, the MinGW's bin directory should be _after_ the MSYS > > directories on PATH, otherwise you risk invoking native MinGW programs > > instead of their MSYS name-sakes. > > ??????? > > In March Eli Zaretskii said: > > Do NOT add the MSYS bin directory to your Windows Path! Only the > MinGW bin directory should be on Path. That's in the opposite direction. What I said above is about the PATH seen by MSYS Bash, not the PATH seen by the rest of Windows applications. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 18:03 ` Eli Zaretskii @ 2015-10-03 8:31 ` martin rudalics 2015-10-03 10:00 ` Eli Zaretskii 0 siblings, 1 reply; 50+ messages in thread From: martin rudalics @ 2015-10-03 8:31 UTC (permalink / raw) To: Eli Zaretskii; +Cc: lekktu, emacs-devel >> >> $ echo $PATH >> >> .:/c/Devel/emacs/build/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/bin64/Git/cmd >> ^^^^^^^^^ >> What is bin:/bin:? > > No, it's /mingw/bin:bin:. The separator is the colon, Posix-style. So mingw is a subdirectory of msys. Is that the preferred way? Here msys is a subdirectory of mingw. >> Do NOT add the MSYS bin directory to your Windows Path! Only the >> MinGW bin directory should be on Path. > > That's in the opposite direction. What I said above is about the PATH > seen by MSYS Bash, not the PATH seen by the rest of Windows > applications. What do I do to ensure that "MinGW's bin directory" is "_after_ the MSYS directories" in MSYS Bash? martin ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-03 8:31 ` martin rudalics @ 2015-10-03 10:00 ` Eli Zaretskii 0 siblings, 0 replies; 50+ messages in thread From: Eli Zaretskii @ 2015-10-03 10:00 UTC (permalink / raw) To: martin rudalics; +Cc: lekktu, emacs-devel > Date: Sat, 03 Oct 2015 10:31:52 +0200 > From: martin rudalics <rudalics@gmx.at> > CC: lekktu@gmail.com, emacs-devel@gnu.org > > >> >> $ echo $PATH > >> >> .:/c/Devel/emacs/build/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/bin64/Git/cmd > >> ^^^^^^^^^ > >> What is bin:/bin:? > > > > No, it's /mingw/bin:bin:. The separator is the colon, Posix-style. > > So mingw is a subdirectory of msys. Not necessarily, it could be "mounted" anywhere. See the instructions in http://www.mingw.org/wiki/Getting_Started, under "After Installing You Should ...". nt/INSTALL points to those instructions. > Is that the preferred way? Here msys is a subdirectory of mingw. On my system, MSYS and MinGW are installed in sibling directories, and /mingw/bin is not mapped to anything. It's okay either way, provided that you configure the rest correctly. > >> Do NOT add the MSYS bin directory to your Windows Path! Only the > >> MinGW bin directory should be on Path. > > > > That's in the opposite direction. What I said above is about the PATH > > seen by MSYS Bash, not the PATH seen by the rest of Windows > > applications. > > What do I do to ensure that "MinGW's bin directory" is "_after_ the MSYS > directories" in MSYS Bash? One way is to set up PATH in your ~/.bash_profile file. ^ permalink raw reply [flat|nested] 50+ messages in thread
* Re: Failure to bootstrap on Windows 2015-10-02 8:37 ` martin rudalics 2015-10-02 9:37 ` Juanma Barranquero @ 2015-10-02 10:04 ` Eli Zaretskii 1 sibling, 0 replies; 50+ messages in thread From: Eli Zaretskii @ 2015-10-02 10:04 UTC (permalink / raw) To: martin rudalics; +Cc: lekktu, emacs-devel > Date: Fri, 02 Oct 2015 10:37:39 +0200 > From: martin rudalics <rudalics@gmx.at> > > > Loading emacs-lisp/nadvice.el (source)... > > Eager macro-expansion failure: (error "Attempt to autoload > > gv--defun-declaration while preparing to dump") > > Eager macro-expansion failure: (error "Attempt to autoload > > gv--defun-declaration while preparing to dump") > > Attempt to autoload gv--defun-declaration while preparing to dump > > Makefile:508: recipe for target 'emacs.exe' failed > > make[1]: *** [emacs.exe] Error -1 > > make[1]: Leaving directory 'c:/devel/emacs/repo/trunk/src' > > Makefile:398: recipe for target 'src' failed > > make: *** [src] Error 2 > > > > > > Is this a known problem? > > Obviously Andy encountered it when filing bug#16047. And I could swear > that I too saw it once. But I hardly ever bootstrap. But Andy later said it was not reproducible. Juanma, by contrast, bumps into this every time. ^ permalink raw reply [flat|nested] 50+ messages in thread
end of thread, other threads:[~2015-10-04 16:56 UTC | newest] Thread overview: 50+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-09-30 8:29 Failure to bootstrap on Windows Juanma Barranquero 2015-10-01 9:55 ` Eli Zaretskii 2015-10-01 14:07 ` Juanma Barranquero 2015-10-01 16:47 ` Dani Moncayo 2015-10-01 21:34 ` Juanma Barranquero 2015-10-01 17:02 ` Eli Zaretskii 2015-10-01 20:52 ` Juanma Barranquero 2015-10-01 21:01 ` Eli Zaretskii 2015-10-01 21:45 ` Juanma Barranquero 2015-10-02 6:41 ` Eli Zaretskii 2015-10-02 7:13 ` Juanma Barranquero 2015-10-02 8:36 ` Eli Zaretskii 2015-10-02 9:58 ` Juanma Barranquero 2015-10-02 10:14 ` Eli Zaretskii 2015-10-02 10:21 ` Juanma Barranquero 2015-10-02 15:15 ` Eli Zaretskii 2015-10-02 15:45 ` Juanma Barranquero 2015-10-02 17:47 ` Eli Zaretskii 2015-10-02 18:48 ` Juanma Barranquero 2015-10-02 19:07 ` Eli Zaretskii 2015-10-02 21:49 ` Juanma Barranquero 2015-10-03 8:35 ` Eli Zaretskii 2015-10-03 10:01 ` Eli Zaretskii 2015-10-03 21:17 ` Juanma Barranquero 2015-10-04 2:53 ` Juanma Barranquero 2015-10-04 6:56 ` Eli Zaretskii 2015-10-04 10:07 ` Juanma Barranquero 2015-10-04 10:18 ` Werner LEMBERG 2015-10-04 11:00 ` Eli Zaretskii 2015-10-04 11:48 ` Juanma Barranquero 2015-10-04 10:59 ` Eli Zaretskii 2015-10-04 11:51 ` Juanma Barranquero 2015-10-04 12:02 ` Eli Zaretskii 2015-10-04 14:41 ` Stephen Leake 2015-10-04 16:56 ` Eli Zaretskii 2015-10-04 6:36 ` Eli Zaretskii 2015-10-02 8:37 ` martin rudalics 2015-10-02 9:37 ` Juanma Barranquero 2015-10-02 9:52 ` martin rudalics 2015-10-02 13:01 ` Stephen Leake 2015-10-02 13:32 ` Juanma Barranquero 2015-10-02 13:55 ` Eli Zaretskii 2015-10-02 15:02 ` Juanma Barranquero 2015-10-02 15:20 ` Eli Zaretskii 2015-10-02 15:31 ` Juanma Barranquero 2015-10-02 16:23 ` martin rudalics 2015-10-02 18:03 ` Eli Zaretskii 2015-10-03 8:31 ` martin rudalics 2015-10-03 10:00 ` Eli Zaretskii 2015-10-02 10:04 ` Eli Zaretskii
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.