Fwd: Building Emacs trunk on Windows 7, using MinGW + MSYS

Fwd: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Dani Moncayo]

[-- Attachment #1: Type: text/plain, Size: 1654 bytes --]

Hi,

Yesterday I sent the bellow message to help-emacs-windows mailing
list, but It still doesn't appear in the archives (strange), so I'm
forwarding it here to emacs-devel (which also seems more appropriate,
since it is not a user-level question).


---------- Forwarded message ----------
From: Dani Moncayo <dmoncayo@gmail.com>
Date: Sun, Jul 3, 2011 at 16:50
Subject: Building Emacs trunk on Windows 7, using MinGW + MSYS
To: help-emacs-windows@gnu.org


Hi,

I'm trying to build Emacs (the latest trunk version) on my system
(Windows 7 64-bit). I've tried to follow the instructions in
"INSTALL.BZR" and "nt/INSTALL", but I still haven't found the way.

Here's what I've tried:
1. I've installed the latest MinGW/MSYS in folder "C:\MinGW".
2. I've added "C:\MinGW\bin;C:\MinGW\msys\1.0\bin" to the system PATH.
3. I've tested the environment by writing and building a "hello world"
C program.  It works fine.
4. I've pulled the latest Emacs trunk to "C:\Emacs\trunk".
5. From a console (cmd.exe), I've executed these commands:
 5.1 cd C:\Emacs\trunk\nt
 5.2 configure --without-xpm --without-png --without-jpeg
--without-tiff --without-gif > configure.log 2>&1
 5.3 make bootstrap > make.log 2>&1

I'm attaching the output from configure and make commands
("configure.log" and "make.log").

The make command stops after a while.  It seems that a new session of
cmd.exe has been started, and is waiting for input.  I know this
because I see two "cmd.exe" processes in the task manager, and also
the last part of make's output suggests that.

Do you know what am I doing wrong?

TIA.


-- 
Dani Moncayo

[-- Attachment #2: configure.log --]
[-- Type: application/octet-stream, Size: 1377 bytes --]

Checking for 'cp'...
Checking for 'rm'...
Checking whether 'gcc' is available...
Checking whether gcc requires '-mno-cygwin'...
Checking whether W32 API headers are too old...

C:\Emacs\trunk\nt>gcc  -c junk.c 
Using 'gcc'
Checking for libgnutls...
...gnutls.h not found, building without TLS support.
Generating makefiles
        1 file(s) copied.
config.settings
gmake.defs
..\nt\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\admin\unidata\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\lib-src\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\lib\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\src\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\doc\emacs\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\doc\misc\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\doc\lispref\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\doc\lispintro\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\lisp\makefile.w32-in
        1 file(s) copied.
config.settings
gmake.defs
..\leim\makefile.w32-in
        1 file(s) copied.

Emacs successfully configured.
Run `make' to build, then run `make install' to install.

[-- Attachment #3: make.log --]
[-- Type: application/octet-stream, Size: 7845 bytes --]

[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make   -C ../lisp bootstrap-clean
[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make[1]: Entering directory `/c/Emacs/trunk/lisp'
rm /c/Emacs/trunk/lisp/loaddefs.el
rm: cannot lstat `/c/Emacs/trunk/lisp/loaddefs.el': No such file or directory
make[1]: [bootstrap-clean] Error 1 (ignored)
make -w bootstrap-clean-SH
[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make[2]: Entering directory `/c/Emacs/trunk/lisp'
for dir in . calc calendar emacs-lisp emulation erc eshell gnus international language mail mh-e net nxml org play progmodes textmodes url vc cedet cedet/ede cedet/semantic cedet/srecode cedet/semantic/analyze cedet/semantic/bovine cedet/semantic/decorate cedet/semantic/symref cedet/semantic/wisent term obsolete; do rm -f $dir/*.elc $dir/*/*.elc $dir/*/*/*.elc; done
make[2]: Leaving directory `/c/Emacs/trunk/lisp'
make[1]: Leaving directory `/c/Emacs/trunk/lisp'
make   -C ../src clean
[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make[1]: Entering directory `/c/Emacs/trunk/src'
rm "s/*.h~" "m/*.h~"
rm: cannot lstat `s/*.h~': No such file or directory
rm: cannot lstat `m/*.h~': No such file or directory
make[1]: [clean] Error 1 (ignored)
rm 
rm: missing operand
Try `rm --help' for more information.
make[1]: [clean] Error 1 (ignored)
rm -r oo-spd
rm stamp_BLD gl-stamp globals.h
rm: cannot lstat `globals.h': No such file or directory
make[1]: [clean] Error 1 (ignored)
rm buildobj.h
rm: cannot lstat `buildobj.h': No such file or directory
make[1]: [clean] Error 1 (ignored)
make[1]: Leaving directory `/c/Emacs/trunk/src'
make   -C ../lib-src clean make-docfile
[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make[1]: Entering directory `/c/Emacs/trunk/lib-src'
rm DOC* 
rm: cannot lstat `DOC*': No such file or directory
make[1]: [clean] Error 1 (ignored)
rm ctags.c
rm: cannot lstat `ctags.c': No such file or directory
make[1]: [clean] Error 1 (ignored)
rm -r oo-spd
rm stamp_BLD
mkdir "oo-spd"
mkdir "oo-spd/i386"
echo oo-spd/i386 > stamp_BLD
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DWINDOWSNT -DDOS_NT -DSTDC_HEADERS=1 -DNO_LDAV=1 -DNO_ARCHIVES=1 -DHAVE_CONFIG_H=1 -I../lib -I../nt/inc -I../src -o oo-spd/i386/make-docfile.o make-docfile.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DWINDOWSNT -DDOS_NT -DSTDC_HEADERS=1 -DNO_LDAV=1 -DNO_ARCHIVES=1 -DHAVE_CONFIG_H=1 -I../lib -I../nt/inc -I../src -o oo-spd/i386/ntlib.o ntlib.c
gcc -o oo-spd/i386/make-docfile.exe  -gdwarf-2 -g3    oo-spd/i386/make-docfile.o oo-spd/i386/ntlib.o   -ladvapi32
make[1]: Leaving directory `/c/Emacs/trunk/lib-src'
make   -C ../lib clean all
[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make[1]: Entering directory `/c/Emacs/trunk/lib'
rm 
rm: missing operand
Try `rm --help' for more information.
make[1]: [clean] Error 1 (ignored)
rm getopt.h
rm -r oo-spd
rm stamp_BLD
mkdir "oo-spd"
mkdir "oo-spd/i386"
echo oo-spd/i386 > stamp_BLD
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/dtoastr.o dtoastr.c
cp -f getopt_.h getopt.h
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/getopt.o getopt.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/getopt1.o getopt1.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/strftime.o strftime.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/time_r.o time_r.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/md5.o md5.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/sha1.o sha1.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/sha256.o sha256.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/sha512.o sha512.c
gcc -I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -DHAVE_CONFIG_H=1 -I. -I../nt/inc -I../src -o oo-spd/i386/filemode.o filemode.c
rm oo-spd/i386/libgnu.a
rm: cannot lstat `oo-spd/i386/libgnu.a': No such file or directory
make[1]: [oo-spd/i386/libgnu.a] Error 1 (ignored)
ar -rsc oo-spd/i386/libgnu.a oo-spd/i386/dtoastr.o oo-spd/i386/getopt.o oo-spd/i386/getopt1.o oo-spd/i386/strftime.o oo-spd/i386/time_r.o oo-spd/i386/md5.o oo-spd/i386/sha1.o oo-spd/i386/sha256.o oo-spd/i386/sha512.o oo-spd/i386/filemode.o
make[1]: Leaving directory `/c/Emacs/trunk/lib'
make   -C ../src bootstrap
[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make[1]: Entering directory `/c/Emacs/trunk/src'
make -w bootstrap-temacs-SH
[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make[2]: Entering directory `/c/Emacs/trunk/src'
make -w  temacs CFLAGS='-I. -c -gdwarf-2 -g3  -mtune=pentium4 -O2      -Demacs=1 -DHAVE_CONFIG_H -I../lib -I../nt/inc -DHAVE_NTGUI=1 -DUSE_CRT_DLL=1 -DPURESIZE=5000000'
[Please ignore a syntax error on the next line - it is intentional]
/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file
make[3]: Entering directory `/c/Emacs/trunk/src'
mkdir "oo-spd"
mkdir "oo-spd/i386"
echo oo-spd/i386 > stamp_BLD
rm gl-tmp
rm: cannot lstat `gl-tmp': No such file or directory
make[3]: [gl-stamp] Error 1 (ignored)
"../lib-src/oo-spd/i386/make-docfile" -d . -g dosfns.o msdos.o xterm.o xfns.o xmenu.o xselect.o xrdb.o xsmfns.o dbusbind.o dosfns.o msdos.o xterm.o xfns.o xmenu.o xselect.o xrdb.o xsmfns.o fringe.o image.o fontset.o menu.o dbusbind.o w32.o w32console.o w32fns.o w32heap.o w32inevt.o w32menu.o w32proc.o w32reg.o w32select.o w32term.o w32xfns.o font.o w32font.o w32uniscribe.o dispnew.o frame.o scroll.o xdisp.o window.o bidi.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o term.o terminal.o xfaces.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o lread.o syntax.o bytecode.o process.o callproc.o unexw32.o region-cache.o sound.o atimer.o doprnt.o intervals.o textprop.o composite.o > gl-tmp
cmd /c "fc /b gl-tmp globals.h >nul 2>&1 || cp -f gl-tmp globals.h"
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

c:\Emacs\trunk\src>

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Juanma Barranquero]

On Mon, Jul 4, 2011 at 14:19, Dani Moncayo <dmoncayo@gmail.com> wrote:

>  5.3 make bootstrap > make.log 2>&1

Just out of curiosity, does it work if you do

  make SHELL=cmd bootstrap

?

    Juanma

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Dani Moncayo]

On Mon, Jul 4, 2011 at 16:09, Juanma Barranquero <lekktu@gmail.com> wrote:
>>  5.3 make bootstrap > make.log 2>&1
>
> Just out of curiosity, does it work if you do
>
>  make SHELL=cmd bootstrap
>
> ?

It doesn't, I'm afraid (I think tried it before).

Just after typing RET, I see a new cmd.exe process in the task
manager, but it must be stopped, because it consumes no CPU and the
terminal show nothing new.


-- 
Dani Moncayo

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Juanma Barranquero]

On Mon, Jul 4, 2011 at 16:29, Dani Moncayo <dmoncayo@gmail.com> wrote:

> It doesn't, I'm afraid (I think tried it before).

Curious.

Your bootstrapping stops here:

  cmd /c "fc /b gl-tmp globals.h >nul 2>&1 || cp -f gl-tmp globals.h"
  Microsoft Windows [Version 6.1.7601]
  Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

which seems to indicate that instead of running the fc.exe tool with
/c, it is entering a sub-shell. Can you set the PATH, change to src/
and execute that command directly at the CMD prompt? Try also
executing that in the MSYS sh.exe. Let's see what do you find.

> Just after typing RET, I see a new cmd.exe process in the task
> manager, but it must be stopped, because it consumes no CPU and the
> terminal show nothing new.

That seems consistent with CMD starting a subshell and stopping there,
instead of running fc.exe and then exiting.

    Juanma

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Eli Zaretskii]

> Date: Mon, 4 Jul 2011 16:29:32 +0200
> From: Dani Moncayo <dmoncayo@gmail.com>
> Cc: emacs-devel@gnu.org
> 
> On Mon, Jul 4, 2011 at 16:09, Juanma Barranquero <lekktu@gmail.com> wrote:
> >>  5.3 make bootstrap > make.log 2>&1
> >
> > Just out of curiosity, does it work if you do
> >
> >  make SHELL=cmd bootstrap
> >
> > ?
> 
> It doesn't, I'm afraid (I think tried it before).
> 
> Just after typing RET, I see a new cmd.exe process in the task
> manager, but it must be stopped, because it consumes no CPU and the
> terminal show nothing new.

Remove MSYS from your PATH, and try again.

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Mon, 4 Jul 2011 16:53:55 +0200
> Cc: emacs-devel@gnu.org
> 
> Your bootstrapping stops here:
> 
>   cmd /c "fc /b gl-tmp globals.h >nul 2>&1 || cp -f gl-tmp globals.h"
>   Microsoft Windows [Version 6.1.7601]
>   Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
> 
> which seems to indicate that instead of running the fc.exe tool with
> /c, it is entering a sub-shell.

Except that the MSYS Bash thinks "/c" is a POSIX-ized file name,
converts it to "C:/", and the rest is history.  This is exactly the
problem with MSYS shell mentioned in nt/INSTALL.

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Juanma Barranquero]

On Mon, Jul 4, 2011 at 17:19, Eli Zaretskii <eliz@gnu.org> wrote:

> Except that the MSYS Bash thinks "/c" is a POSIX-ized file name,
> converts it to "C:/", and the rest is history.  This is exactly the
> problem with MSYS shell mentioned in nt/INSTALL.

Yes, it's been a while since I last read that part, and much, much
longer since I tried to use MSYS for anything :-)

    Juanma

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Jason Rumney]

Juanma Barranquero <lekktu@gmail.com> writes:

> On Mon, Jul 4, 2011 at 16:29, Dani Moncayo <dmoncayo@gmail.com> wrote:
>
>> It doesn't, I'm afraid (I think tried it before).
>
> Curious.
>
> Your bootstrapping stops here:
>
>   cmd /c "fc /b gl-tmp globals.h >nul 2>&1 || cp -f gl-tmp globals.h"
>   Microsoft Windows [Version 6.1.7601]
>   Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
>
> which seems to indicate that instead of running the fc.exe tool with
> /c, it is entering a sub-shell. Can you set the PATH, change to src/
> and execute that command directly at the CMD prompt? Try also
> executing that in the MSYS sh.exe. Let's see what do you find.

I also get this behaviour.  Running the same command line at the shell
prompt seems to work (even including cmd /c, to run it in a subshell),
and exiting from that shell lets the build continue to successful
completion.

I am using GNU make 3.81 (i386-mingw) on Vista, with no unix-like shells
anywhere on my PATH.

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Juanma Barranquero]

On Mon, Jul 11, 2011 at 15:51, Jason Rumney <jasonr@gnu.org> wrote:

> I am using GNU make 3.81 (i386-mingw) on Vista, with no unix-like shells
> anywhere on my PATH.

Weird. As Eli pointed out, that seems to be a specific problem with
the MSYS bash.

    Juanma

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Eli Zaretskii]

> From: Jason Rumney <jasonr@gnu.org>
> Date: Mon, 11 Jul 2011 21:51:42 +0800
> Cc: emacs-devel@gnu.org, Dani Moncayo <dmoncayo@gmail.com>
> 
> >   cmd /c "fc /b gl-tmp globals.h >nul 2>&1 || cp -f gl-tmp globals.h"
> >   Microsoft Windows [Version 6.1.7601]
> >   Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
> >
> > which seems to indicate that instead of running the fc.exe tool with
> > /c, it is entering a sub-shell. Can you set the PATH, change to src/
> > and execute that command directly at the CMD prompt? Try also
> > executing that in the MSYS sh.exe. Let's see what do you find.
> 
> I also get this behaviour.  Running the same command line at the shell
> prompt seems to work (even including cmd /c, to run it in a subshell),
> and exiting from that shell lets the build continue to successful
> completion.
> 
> I am using GNU make 3.81 (i386-mingw) on Vista, with no unix-like shells
> anywhere on my PATH.

Can you use some utility to see what was the exact command line with
which that sub-shell was invoked, and who was its parent process?
Process Explorer from Sysinternals is one such utility.

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[grischka]

> On Mon, Jul 11, 2011 at 15:51, Jason Rumney <address@hidden> wrote:
> 
>> I am using GNU make 3.81 (i386-mingw) on Vista, with no unix-like shells
>> anywhere on my PATH.
> 
> Weird. As Eli pointed out, that seems to be a specific problem with
> the MSYS bash.
> 
>     Juanma

I'd assume that if you explicitly maintain two distinct paths in the
makefile, one for building with SH and one for building with CMD,
then maybe the path for SH should do without explicitly using CMD. ;)

--- grischka

Re: Building Emacs trunk on Windows 7, using MinGW + MSYS

[Eli Zaretskii]

> Date: Mon, 11 Jul 2011 18:23:11 +0200
> From: grischka <grishka@gmx.de>
> 
> I'd assume that if you explicitly maintain two distinct paths in the
> makefile, one for building with SH and one for building with CMD,
> then maybe the path for SH should do without explicitly using CMD. ;)

If you know how to avoid CMD and still reliably invoke the Windows'
native fc.exe, not some arbitrary sh builtin or alias, I'm all ears.

In general, the SH path is just baggage from the past, when the
Windows port of GNU Make was very deficient without a Unixy shell.
Nowadays, this is no longer true (since Make 3.81), so it would be
good to GC it, and use CMD exclusively.