[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Failure to bootstrap on Windows
From: |
Eli Zaretskii |
Subject: |
Re: Failure to bootstrap on Windows |
Date: |
Sat, 03 Oct 2015 11:35:00 +0300 |
> From: Juanma Barranquero <address@hidden>
> Date: Fri, 2 Oct 2015 23:49:43 +0200
> Cc: Emacs developers <address@hidden>
>
> > 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.
- Re: Failure to bootstrap on Windows, (continued)
- Re: Failure to bootstrap on Windows, Eli Zaretskii, 2015/10/08
- Re: Failure to bootstrap on Windows, Juanma Barranquero, 2015/10/08
- Re: Failure to bootstrap on Windows, Eli Zaretskii, 2015/10/08
- Re: Failure to bootstrap on Windows, Juanma Barranquero, 2015/10/08
- Re: Failure to bootstrap on Windows, Eli Zaretskii, 2015/10/08
- Re: Failure to bootstrap on Windows, Juanma Barranquero, 2015/10/08
- Re: Failure to bootstrap on Windows,
Eli Zaretskii <=
- Re: Failure to bootstrap on Windows, Eli Zaretskii, 2015/10/08
- Re: Failure to bootstrap on Windows, Juanma Barranquero, 2015/10/08
- Re: Failure to bootstrap on Windows, Eli Zaretskii, 2015/10/08
- Re: Failure to bootstrap on Windows, Juanma Barranquero, 2015/10/08
- Re: Failure to bootstrap on Windows, Eli Zaretskii, 2015/10/08
- Re: Failure to bootstrap on Windows, Juanma Barranquero, 2015/10/08
- Re: Failure to bootstrap on Windows, Werner LEMBERG, 2015/10/08
- Re: Failure to bootstrap on Windows, Eli Zaretskii, 2015/10/08
- Re: Failure to bootstrap on Windows, Juanma Barranquero, 2015/10/08
- Re: Failure to bootstrap on Windows, Eli Zaretskii, 2015/10/08