GNU bug report logs -
#11402
Problem while compiling emacs-24.0.96 using MinGW on Win7
Previous Next
Reported by: Du Yanning <duyanning <at> gmail.com>
Date: Fri, 4 May 2012 07:42:01 UTC
Severity: normal
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11402 in the body.
You can then email your comments to 11402 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11402
; Package
emacs
.
(Fri, 04 May 2012 07:42:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Du Yanning <duyanning <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 04 May 2012 07:42:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Open a Command Prompt window, then
f:\> cd emacs-24.0.96/nt
f:\build-emacs\emacs-24.0.96\
nt> configure.bat --no-debug --cflags -ID:/gnuwin32/include --cflags
-IC:/gnuwin32/src/lib --without-png
f:\build-emacs\emacs-24.0.96\nt> make
After a while, it stopped. The last few lines of the output said:
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.
f:\build-emacs\emacs-24.0.96\src>
It seems that cmd /c did not quit and the current directory has been
changed from nt to src.
If you press Ctrl+C now, you will get:
f:\build-emacs\emacs-24.0.96\src>make[1]: *** [gl-stamp] Interrupt
make: *** [all-other-dirs-gmake] Interrupt
F:\build-emacs\emacs-24.0.96-mingw\nt>
I found that in src/makefile.w32-in of emacs-24.0.96, there is a line that
emacs 23 does NOT have:
cmd /c "fc /b gl-tmp globals.h >nul 2>&1 || $(CP) gl-tmp globals.h"
How can I cope with this problem?
Thank you all.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11402
; Package
emacs
.
(Fri, 04 May 2012 09:26:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 11402 <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 4 May 2012 15:34:03 +0800
> From: Du Yanning <duyanning <at> gmail.com>
>
> Open a Command Prompt window, then
>
> f:\> cd emacs-24.0.96/nt
> f:\build-emacs\emacs-24.0.96\
> nt> configure.bat --no-debug --cflags -ID:/gnuwin32/include --cflags
> -IC:/gnuwin32/src/lib --without-png
> f:\build-emacs\emacs-24.0.96\nt> make
>
> After a while, it stopped. The last few lines of the output said:
>
>
> 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.
> f:\build-emacs\emacs-24.0.96\src>
Are you using the MSYS Bash shell? If so, this configuration is not
supported, see nt/INSTALL. (MSYS Bash has its own ideas about what
"/c" means, so it changes it to something that confuses cmd.exe.)
> How can I cope with this problem?
Remove the directory where MSYS Bash lives from Path, or rename sh.exe
to something else, then try again.
If indeed this is caused by MSYS, I will close this bug.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11402
; Package
emacs
.
(Fri, 04 May 2012 10:35:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 11402 <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 4 May 2012 17:37:44 +0800
> From: Du Yanning <duyanning <at> gmail.com>
[Please keep the bug address on the CC list, so that this discussion
is logged by the bug tracker.]
> After I renamed MSYS sh.exe to aaash.exe and ran make, it said:
>
> F:\build-emacs\emacs-24.0.96\nt>make
> make: /bin/sh: Command not found
> make: /bin/sh: Command not found
> Using /bin/sh as shell.
> mkdir "oo-spd"
> make: /bin/sh: Command not found
> make: [oo-spd] Error 127 (ignored)
> mkdir "oo-spd/i386"
> make: /bin/sh: Command not found
> make: [stamp_BLD] Error 127 (ignored)
> echo oo-spd/i386 > stamp_BLD
> make: /bin/sh: Command not found
> make: *** [stamp_BLD] Error 127
>
> It seems that make need sh.exe.
> How can I correct it?
My crystal ball says your 'make' is an MSYS 'make'. If so, install
the MinGW 'make' instead, it can work without sh.exe. (You will
probably need MinGW or GnuWin32 ports of cp, rm and mv as well, they
are part of the Coreutils package.)
In general, when building Emacs, it is much better to remove MSYS from
Path, because MSYS tools are generally intended to be run only as part
of configuring and building Unix and GNU/Linux packages. By contrast,
the Windows port of Emacs should be built using native Windows tools.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11402
; Package
emacs
.
(Fri, 04 May 2012 13:46:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 11402 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I rename MSYS sh.exe to aaash.exe, and use mingw32-make.exe instead of MSYS
make.exe.
This time it works fine.
Thank you.
On Fri, May 4, 2012 at 6:30 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Date: Fri, 4 May 2012 17:37:44 +0800
> > From: Du Yanning <duyanning <at> gmail.com>
>
> [Please keep the bug address on the CC list, so that this discussion
> is logged by the bug tracker.]
>
> > After I renamed MSYS sh.exe to aaash.exe and ran make, it said:
> >
> > F:\build-emacs\emacs-24.0.96\nt>make
> > make: /bin/sh: Command not found
> > make: /bin/sh: Command not found
> > Using /bin/sh as shell.
> > mkdir "oo-spd"
> > make: /bin/sh: Command not found
> > make: [oo-spd] Error 127 (ignored)
> > mkdir "oo-spd/i386"
> > make: /bin/sh: Command not found
> > make: [stamp_BLD] Error 127 (ignored)
> > echo oo-spd/i386 > stamp_BLD
> > make: /bin/sh: Command not found
> > make: *** [stamp_BLD] Error 127
> >
> > It seems that make need sh.exe.
> > How can I correct it?
>
> My crystal ball says your 'make' is an MSYS 'make'. If so, install
> the MinGW 'make' instead, it can work without sh.exe. (You will
> probably need MinGW or GnuWin32 ports of cp, rm and mv as well, they
> are part of the Coreutils package.)
>
> In general, when building Emacs, it is much better to remove MSYS from
> Path, because MSYS tools are generally intended to be run only as part
> of configuring and building Unix and GNU/Linux packages. By contrast,
> the Windows port of Emacs should be built using native Windows tools.
>
[Message part 2 (text/html, inline)]
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 04 May 2012 14:24:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Du Yanning <duyanning <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 04 May 2012 14:24:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 11402-done <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 4 May 2012 21:43:14 +0800
> From: Du Yanning <duyanning <at> gmail.com>
> Cc: 11402 <at> debbugs.gnu.org
>
> I rename MSYS sh.exe to aaash.exe, and use mingw32-make.exe instead of MSYS
> make.exe.
> This time it works fine.
Great! Closing the bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 02 Jun 2012 11:24:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 78 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.