Failure to bootstrap on Windows

Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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?

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Dani Moncayo]

>> 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

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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?

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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?

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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?

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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?

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Werner LEMBERG]

>> 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

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Stephen Leake]

[-- 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

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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?

Re: Failure to bootstrap on Windows

[martin rudalics]

 > 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

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[martin rudalics]

 > 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

Re: Failure to bootstrap on Windows

[Stephen Leake]

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

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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?

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Juanma Barranquero]

[-- 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 --]

Re: Failure to bootstrap on Windows

[martin rudalics]

 >> $ 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

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[martin rudalics]

 >>   >> $ 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

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.

Re: Failure to bootstrap on Windows

[Eli Zaretskii]

> 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.