From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 13:36:18 2012 Received: (at submit) by debbugs.gnu.org; 30 Jan 2012 18:36:18 +0000 Received: from localhost ([127.0.0.1]:45534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrw5M-0000qy-K0 for submit@debbugs.gnu.org; Mon, 30 Jan 2012 13:36:15 -0500 Received: from eggs.gnu.org ([140.186.70.92]:41617) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrw5D-0000qM-M3 for submit@debbugs.gnu.org; Mon, 30 Jan 2012 13:36:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rrw4o-0001Jz-Ub for submit@debbugs.gnu.org; Mon, 30 Jan 2012 13:35:47 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_HI, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:44644) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rrw4o-0001Jt-RR for submit@debbugs.gnu.org; Mon, 30 Jan 2012 13:35:38 -0500 Received: from eggs.gnu.org ([140.186.70.92]:57582) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rrw4f-0006b4-MV for bug-gnu-emacs@gnu.org; Mon, 30 Jan 2012 13:35:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rrw4X-0001B0-W6 for bug-gnu-emacs@gnu.org; Mon, 30 Jan 2012 13:35:29 -0500 Received: from stl-smtpout-01.boeing.com ([130.76.96.56]:63616) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rrw4X-000192-QV for bug-gnu-emacs@gnu.org; Mon, 30 Jan 2012 13:35:21 -0500 Received: from blv-av-01.boeing.com (blv-av-01.boeing.com [130.247.48.231]) by stl-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id q0UIa8iD005336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 30 Jan 2012 12:36:09 -0600 (CST) Received: from blv-av-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id q0UIZG1q004646 for ; Mon, 30 Jan 2012 10:35:16 -0800 (PST) Received: from XCH-MWHT-02.mw.nos.boeing.com (xch-mwht-02.mw.nos.boeing.com [134.57.113.20]) by blv-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id q0UIZ8ck004248 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK) for ; Mon, 30 Jan 2012 10:35:15 -0800 (PST) Received: from XCH-MWPFX-01.mw.nos.boeing.com (132.173.24.10) by XCH-MWHT-02.mw.nos.boeing.com (134.57.113.20) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 30 Jan 2012 12:35:09 -0600 Received: from XCH-MW-11V.mw.nos.boeing.com ([134.57.119.194]) by XCH-MWPFX-01.mw.nos.boeing.com ([132.173.24.10]) with mapi; Mon, 30 Jan 2012 12:35:08 -0600 From: "Gallagher, Kevin" To: "bug-gnu-emacs@gnu.org" Date: Mon, 30 Jan 2012 12:35:02 -0600 Subject: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile Thread-Topic: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile Thread-Index: AczffeDtBGNdNFUHRyKpiq1Gt8ms3g== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {2DCAF3B8-96E0-496B-ABE4-C7B9C8E7CF6E} x-cr-hashedpuzzle: YDg= AURi Bgug CZ8V CkL3 DNSy D+75 ELnG E0nW E51i FfqS GGPC GW04 G3CQ IN2d JTnV; 1; YgB1AGcALQBnAG4AdQAtAGUAbQBhAGMAcwBAAGcAbgB1AC4AbwByAGcA; Sosha1_v1; 7; {2DCAF3B8-96E0-496B-ABE4-C7B9C8E7CF6E}; awBlAHYAaQBuAC4AZwBhAGwAbABhAGcAaABlAHIAQABiAG8AZQBpAG4AZwAuAGMAbwBtAA==; Mon, 30 Jan 2012 18:35:02 GMT; MgA0AC4AMAAuADkAMwA7ACAAQgB1AGkAbABkAGkAbgBnACAAZgBvAHIAIABNAFMAIABXAGkAbgBkAG8AdwBzACAAdQBzAGkAbgBnACAATQBpAG4ARwBXACAAZQBuAGMAbwB1AG4AdABlAHIAcwAgAGEAIABiAHUAaQBsAGQAIABwAHIAbwBiAGwAZQBtACAAaQBuACAALgAuAC8AZQBtAGEAYwBzAC0AMgA0AC4AMAAuADkAMwAvAHMAcgBjAC8AbQBhAGsAZQBmAGkAbABlAA== acceptlanguage: en-US x-tm-as-product-ver: SMEX-10.0.0.1412-6.800.1017-18676.007 x-tm-as-result: No--43.245800-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No Content-Type: multipart/alternative; boundary="_000_DEA5AB0D58A5EB4F98C312A173A3ECAE1721E95B69XCHMW11Vmwnos_" MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Solaris 9.1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) --_000_DEA5AB0D58A5EB4F98C312A173A3ECAE1721E95B69XCHMW11Vmwnos_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgement at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': The problem is in the generated ../emacs-24.0.93/src/makefile, which has the following target and associated rule: globals.h: gl-stamp @cmd /c rem true In an MinGW/MSYS bash shell, this rule invokes the MS Windows cmd.exe command interpreter, which issues a prompt and then does not exit, thereby halting the build. The output from make looks like this, at this point: echo timestamp > gl-stamp Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. c:\emacs-24.0.93\src> Entering "exit" at the prompt causes the Windows cmd.exe to exit resulting in the make build resuming. (NOTE: a build of the candidate release for Emacs 23.4 does not have the problem.) It appears that the above rule for the target globals.h is an error. FYI, I invoked configure.bat like this cmd /c "configure.bat --cflags -fno-omit-frame-pointer --cflags -IC:/usr/in= clude" within a MinGW/MSYS bash shell. It reported the following: 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-24.0.93\nt>gcc -fno-omit-frame-pointer -IC:/usr/include -c junk.c Using 'gcc' Checking for libpng... ...PNG header available, building with PNG support. Checking for libgnutls... ...gnutls.h not found, building without TLS support. Checking for jpeg-6b... ...JPEG header available, building with JPEG support. Checking for libgif... ...GIF header available, building with GIF support. Checking for tiff... ...TIFF header available, building with TIFF support. Checking for libXpm... ...XPM header available, building with XPM 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. In ../emacs-24.0.93/src/makefile, If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file c:/emacs-24.0.93/etc/DEBUG. In GNU Emacs 24.0.93.1 (i386-mingw-nt5.1.2600) of 2012-01-30 on A5032619 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.6) --cflags -fno-omit-frame-pointer -IC:/usr/include' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU value of $XMODIFIERS: nil locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: x r e p o r t SPC e m SPC b SPC Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader emacsbug time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) --_000_DEA5AB0D58A5EB4F98C312A173A3ECAE1721E95B69XCHMW11Vmwnos_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This bug report will be sent to = the Bug-GNU-Emacs mailing list

and the GNU bug tr= acker at debbugs.gnu.org.  Please check that

the From: line contains a valid email address.  After a delay of up

to one day, you should receive an acknowledgement = at that address.

 

Please write in English if possible, as the Emacs maintainers

usually do not have translators for other languages.

 

Please describe exactly = what actions triggered the bug, and

the precise s= ymptoms of the bug.  If you can, give a recipe

 

The problem is in the generated ../emacs-24.0.93/src/makefile,= which

has the following target and associated r= ule:

 

globals.h:= gl-stamp

      @cmd /c = rem true

 

In an M= inGW/MSYS bash shell, this rule invokes the MS Windows cmd.exe

command interpreter, which issues a prompt and then does not = exit, thereby

halting the build.  The output= from make looks like this, at this point:

&= nbsp;

echo timestamp > gl-stamp<= /p>

Microsoft Windows XP [Version 5.1.2600]

= (C) Copyright 1985-2001 Microsoft Corp.

&nb= sp;

c:\emacs-24.0.93\src>

Entering “exit” at the promp= t causes the Windows cmd.exe to exit

resulting i= n the make build resuming.  (NOTE: a build of the candidate=

release for Emacs 23.4 does not have the problem.)

 

It appears that the abov= e rule for the target globals.h

<= span style=3D'font-size:10.0pt;font-family:"Courier New"'>is an error.=

 

FYI, I invoked confi= gure.bat like this

 

&n= bsp;

within a MinGW/MSYS bash shell. It reported the f= ollowing:

 

Checki= ng for 'cp'...

Checking for 'rm'...

Checking whether 'gcc' is available...

Checking whether W32 API headers are too old...

=  

c:\emacs-24.0.93\nt>gcc -fno-omit-frame= -pointer -IC:/usr/include -c junk.c

Using 'gcc'<= o:p>

Checking for libpng...

= ...PNG header available, building with PNG support.

...gnutls.h not foun= d, building without TLS support.

= Checking for jpe= g-6b...

...JPEG header available, building with J= PEG support.

Checking for libgif...

...GIF header available, building with GIF support.=

Checking for tiff...

...TIFF head= er available, building with TIFF support.

Checkin= g for libXpm...

...XPM header available, building= with XPM support.

Generating makefiles

        1 file(s) copie= d.

config.settings

gma= ke.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

 &nb= sp;      1 file(s) copied.

gmake.defs

..\src\makefile.w32-in

   &= nbsp;    1 file(s) copied.

config.= settings

gmake.defs

..\= doc\emacs\makefile.w32-in

    = ;    1 file(s) copied.

config.sett= ings

gmake.defs

..\doc\= misc\makefile.w32-in

    &nb= sp;   1 file(s) copied.

config.settings=

gmake.defs

..\doc\lisp= ref\makefile.w32-in

    &nb= sp;   1 file(s) copied.

config.settings=

gmake.defs

..\doc\lisp= intro\makefile.w32-in

    &nb= sp;   1 file(s) copied.

config.settings=

gmake.defs

..\lisp\mak= efile.w32-in

      =   1 file(s) copied.

config.settings

gmake.defs

..\leim\makefile.w32= -in

        1 = file(s) copied.

 

= Emacs successfully configured.

Run `make' to buil= d, then run `make install' to install.

 = ;

 

In ../emacs-24.0.93= /src/makefile,

 

= If Emacs crashed, and you have the Emacs process in the gdb debugger,<= /o:p>

please include the output from the following gdb comma= nds:

    `bt full' and `xbacktrace= '.

For information about debugging Emacs, please = read the file

c:/emacs-24.0.93/etc/DEBUG.

 

 

In GNU Emacs 24.0.93.1 (i386-mingw-nt5.1.2600)<= /p>

of 2012-01-30 on A5032619

Windowing syst= em distributor `Microsoft Corp.', version 5.1.2600

`configure --with-gcc (4.6= ) --cflags -fno-omit-frame-pointer

-IC:/usr/incl= ude'

 

Important s= ettings:

  value of $LC_ALL: nil<= /span>

  value of $LC_COLLATE: nil

&= nbsp; value of $LC_CTYPE: nil

  value of $LC= _MESSAGES: nil

  value of $LC_MONETARY: nil<= o:p>

  value of $LC_NUMERIC: nil

  value of $LC_TIME: nil

  va= lue of $LANG: ENU

  value of $XMODIFIERS: ni= l

  locale-coding-system: cp1252<= /span>

  default enable-multibyte-characters: t

 

Major mode: Lisp Interaction

 

<= span style=3D'font-size:10.0pt;font-family:"Courier New"'>Minor modes in ef= fect:

  tooltip-mode: t

  mouse-wheel-mode: t

=   tool-bar-= mode: t

  menu-bar-mode: t=

  file-name-shadow-mode: t

  g= lobal-font-lock-mode: t

  font-lock-mode: t<= o:p>

  blink-cursor-mode: t

=

  auto-composition-mode: t

  auto-= encryption-mode: t

  auto-compression-mode: = t

  line-number-mode: t

  transient-mark-mode: t

 

Recent input:

<escape> = x r e p o r t SPC e m SPC b SPC <return>

 

Recent messages:

F= or information about GNU Emacs and the GNU system, type C-h C-a.=

 

Load-path shadows:

None found.

 <= /span>

Features:

(shadow sort gnus-util m= ail-extr message format-spec rfc822 mml easymenu

= mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045

ietf-drums mm-util mail-prsvr mailabbrev mail-utils= gmm-utils mailheader

emacsbug time-date tooltip = ediff-hook vc-hooks lisp-float-type mwheel

dos-w3= 2 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image=

fringe lisp-mode register page menu-bar rfn-eshadow timer s= elect

scroll-bar mouse jit-lock font-lock syntax = facemenu font-core frame cham

georgian utf-8-lang= misc-lang vietnamese tibetan thai tai-viet lao

k= orean japanese hebrew greek romanian slovak czech european ethiopic

indian cyrillic chinese case-table epa-hook jka-cmpr-hoo= k help simple

abbrev minibuffer loaddefs button f= aces cus-face files text-properties

overlay sha1 = md5 base64 format env code-pages mule custom widget

Message-id: <83ty3dqatk.fsf@gnu.org> References: X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10665-done Cc: 10665-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Gallagher, Kevin" > Date: Mon, 30 Jan 2012 12:35:02 -0600 > > The problem is in the generated ../emacs-24.0.93/src/makefile, which > has the following target and associated rule: > > globals.h: gl-stamp > @cmd /c rem true > > In an MinGW/MSYS bash shell, this rule invokes the MS Windows cmd.exe > command interpreter, which issues a prompt and then does not exit, thereby > halting the build. The output from make looks like this, at this point: > > echo timestamp > gl-stamp > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > > c:\emacs-24.0.93\src> This is a known issue with the MSYS Bash. That shell is not supported by the Windows build of Emacs, for this very reason, see nt/INSTALL. Just remove MSYS from your PATH, and you should be able to build EMacs just fine. You don't need a Unixy shell. I'm closing this bug report. Thanks for reporting and digging into this. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 15:59:04 2012 Received: (at 10665-done) by debbugs.gnu.org; 30 Jan 2012 20:59:04 +0000 Received: from localhost ([127.0.0.1]:45679 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RryJc-00052h-4U for submit@debbugs.gnu.org; Mon, 30 Jan 2012 15:59:04 -0500 Received: from stl-smtpout-01.boeing.com ([130.76.96.56]:34941) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RryJZ-00052C-8t for 10665-done@debbugs.gnu.org; Mon, 30 Jan 2012 15:59:03 -0500 Received: from blv-av-01.boeing.com (blv-av-01.boeing.com [130.247.48.231]) by stl-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id q0UKxYRJ014750 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 30 Jan 2012 14:59:35 -0600 (CST) Received: from blv-av-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id q0UKwgBX013225; Mon, 30 Jan 2012 12:58:42 -0800 (PST) Received: from XCH-MWHT-02.mw.nos.boeing.com (xch-mwht-02.mw.nos.boeing.com [134.57.113.20]) by blv-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id q0UKwfu1013209 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Mon, 30 Jan 2012 12:58:41 -0800 (PST) Received: from XCH-MW-11V.mw.nos.boeing.com ([134.57.119.194]) by XCH-MWHT-02.mw.nos.boeing.com ([134.57.113.20]) with mapi; Mon, 30 Jan 2012 14:58:41 -0600 From: "Gallagher, Kevin" To: Eli Zaretskii Date: Mon, 30 Jan 2012 14:58:37 -0600 Subject: RE: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile Thread-Topic: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile Thread-Index: AczfgRZE/y5Cjl3PSSekSNCQZLSX4gACo9xA Message-ID: References: <83ty3dqatk.fsf@gnu.org> In-Reply-To: <83ty3dqatk.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 10665-done Cc: "10665-done@debbugs.gnu.org" <10665-done@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Hi Eli, I did some further investigation and the problem is definitely NOT with the= MSYS bash. When I build from a Windows command line, I see the exact same = symptom. It turns out that the actual problem is with the MSYS GNU make. = If, instead, I use the MinGW GNU make executable, called mingw32-make.exe, = the problem disappears. (The MSYS GNU make is version 3.81 while the MinGW= version is 3.82.) By the way, the nt/INSTALL file is very out-of-date with its disparaging re= marks toward the MSYS port of bash. The latest version is really quite goo= d. I have used it extensively for quite some time without any issues. Inde= ed, I have used it together with the MSYS GNU make on a large software deve= lopment project for over a year, utilizing a large number of makefiles maki= ng extensive use of GNU make features; all without encountering any issues = with these tools, until I ran into the problem with the rule for the global= s.h target. Finally, my previous concern about the rule for the target globals.h in the= ../emacs-24.0.93/src/makefile: globals.h: gl-stamp @cmd /c rem true seems to be still valid. What is the point of a rule explicitly invoking t= he Windows command interpreter and passing it ONLY a comment line?=20 Regards, Kevin -----Original Message----- From: Eli Zaretskii [mailto:eliz@gnu.org]=20 Sent: Monday, January 30, 2012 12:56 PM To: Gallagher, Kevin Cc: 10665-done@debbugs.gnu.org Subject: Re: bug#10665: 24.0.93; Building for MS Windows using MinGW encoun= ters a build problem in ../emacs-24.0.93/src/makefile > From: "Gallagher, Kevin" > Date: Mon, 30 Jan 2012 12:35:02 -0600 >=20 > The problem is in the generated ../emacs-24.0.93/src/makefile, which > has the following target and associated rule: >=20 > globals.h: gl-stamp > @cmd /c rem true >=20 > In an MinGW/MSYS bash shell, this rule invokes the MS Windows cmd.exe > command interpreter, which issues a prompt and then does not exit, thereb= y > halting the build. The output from make looks like this, at this point: >=20 > echo timestamp > gl-stamp > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. >=20 > c:\emacs-24.0.93\src> This is a known issue with the MSYS Bash. That shell is not supported by the Windows build of Emacs, for this very reason, see nt/INSTALL. Just remove MSYS from your PATH, and you should be able to build EMacs just fine. You don't need a Unixy shell. I'm closing this bug report. Thanks for reporting and digging into this. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 16:36:39 2012 Received: (at 10665-done) by debbugs.gnu.org; 30 Jan 2012 21:36:39 +0000 Received: from localhost ([127.0.0.1]:45697 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rryty-0005tJ-Vv for submit@debbugs.gnu.org; Mon, 30 Jan 2012 16:36:39 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:50230) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrytv-0005t5-UZ for 10665-done@debbugs.gnu.org; Mon, 30 Jan 2012 16:36:37 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LYM00K00RQK7200@a-mtaout22.012.net.il> for 10665-done@debbugs.gnu.org; Mon, 30 Jan 2012 23:36:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYM00JFRS0FAFG0@a-mtaout22.012.net.il>; Mon, 30 Jan 2012 23:36:16 +0200 (IST) Date: Mon, 30 Jan 2012 23:34:17 +0200 From: Eli Zaretskii Subject: Re: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile In-reply-to: X-012-Sender: halo1@inter.net.il To: "Gallagher, Kevin" Message-id: <83hazcri1y.fsf@gnu.org> References: <83ty3dqatk.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10665-done Cc: 10665-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Gallagher, Kevin" > CC: "10665-done@debbugs.gnu.org" <10665-done@debbugs.gnu.org> > Date: Mon, 30 Jan 2012 14:58:37 -0600 > > I did some further investigation and the problem is definitely NOT with the MSYS bash. When I build from a Windows command line, I see the exact same symptom. It turns out that the actual problem is with the MSYS GNU make. If, instead, I use the MinGW GNU make executable, called mingw32-make.exe, the problem disappears. (The MSYS GNU make is version 3.81 while the MinGW version is 3.82.) It's not the version of Make that matters (I've built Emacs with a MinGW Make 3.81 many times), it's probably the way the MSYS Make tries to convert arguments that start with a slash to Windows style file names (/d/foo/bar -> d:/foo/bar). Except that /c is not a file name... > By the way, the nt/INSTALL file is very out-of-date with its disparaging remarks toward the MSYS port of bash. The latest version is really quite good. I have used it extensively for quite some time without any issues. If you tell which version is working well, I can update nt/INSTALL. However, in general, it doesn't make much sense to use MSYS tools (_any_ MSYS tools) for building a native Windows port of Emacs. MSYS is for configuring and building software originated on Unix and GNU systems using Posix configury and scripts. The native Windows build of Emacs does not use Posix machinery, it uses Windows batch files and Makefile's that don't require a Posix shell. So you are really using MSYS outside of its intended purpose. I don't recommend that, even though I successfully use MSYS to configure and build other packages, which don't have Windows-specific build procedures. > Finally, my previous concern about the rule for the target globals.h in the ../emacs-24.0.93/src/makefile: > > globals.h: gl-stamp > @cmd /c rem true > > seems to be still valid. What is the point of a rule explicitly invoking the Windows command interpreter and passing it ONLY a comment line? How else can you have a command that does nothing? The Posix equivalent is globals.h: gl-stamp; @true From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 20:12:57 2012 Received: (at 10665-done) by debbugs.gnu.org; 31 Jan 2012 01:12:57 +0000 Received: from localhost ([127.0.0.1]:45941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rs2HH-00044y-Pe for submit@debbugs.gnu.org; Mon, 30 Jan 2012 20:12:56 -0500 Received: from slb-smtpout-01.boeing.com ([130.76.64.48]:53393) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rs2HE-00044k-QI for 10665-done@debbugs.gnu.org; Mon, 30 Jan 2012 20:12:54 -0500 Received: from blv-av-01.boeing.com (blv-av-01.boeing.com [130.247.48.231]) by slb-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id q0V1CXrQ006993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 30 Jan 2012 17:12:33 -0800 (PST) Received: from blv-av-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id q0V1CWRW024503; Mon, 30 Jan 2012 17:12:32 -0800 (PST) Received: from XCH-MWHT-04.mw.nos.boeing.com (xch-mwht-04.mw.nos.boeing.com [134.57.113.164]) by blv-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id q0V1CWBv024488 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Mon, 30 Jan 2012 17:12:32 -0800 (PST) Received: from XCH-MW-11V.mw.nos.boeing.com ([134.57.119.194]) by XCH-MWHT-04.mw.nos.boeing.com ([134.57.113.164]) with mapi; Mon, 30 Jan 2012 19:12:31 -0600 From: "Gallagher, Kevin" To: Eli Zaretskii Date: Mon, 30 Jan 2012 19:12:27 -0600 Subject: RE: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile Thread-Topic: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile Thread-Index: AczflzimFLiZLHL/SROL4/tyCpqsJQAGJkvg Message-ID: References: <83ty3dqatk.fsf@gnu.org> <83hazcri1y.fsf@gnu.org> In-Reply-To: <83hazcri1y.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 10665-done Cc: "10665-done@debbugs.gnu.org" <10665-done@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Here's the version of MSYS bash that I find to be excellent. GNU bash, version 3.1.17(1)-release (i686-pc-msys) Copyright (C) 2005 Free Software Foundation, Inc. As for a command in a rule which does nothing, this works: globals.h: gl-stamp @echo OK, technically it outputs a linefeed to stdout, but that is harmless in th= is context and requires less overhead than the original. (Both bash and cmd= .exe have an echo command and both recognize the "@" syntax at the start of= a command.) In the original syntax: globals.h: gl-stamp @cmd /c rem true make passes the command line to a sub-shell in which the invocation of cmd = creates a second nested sub-shell where the line "rem true" is interpreted = as a batch file "remark" command. Here's some additional information for nt/INSTALL. 1. When building on Windows XP, the option "-fno-omit-frame-pointer" must b= e used. Otherwise, entering a C-g will cause Emacs to crash. NOTE: It tu= rns out that this is not necessary when building on Windows 7. (I don't ha= ve any information about other versions of Windows.) 2. When building in MSYS bash, the following syntax for invoking the config= ure script must be used: cmd /c "configure.bat --cflags -fno-omit-frame-pointer" or cmd /c "configure.bat --cflags -IC:/extras/include --cflags -fno-omit-fra= me-pointer" In other words, configure.bat MUST be included within the double quotes. 3. Whether building in the bash shell or the cmd.exe shell, when using the = MinGW tool set, all -I options passed to configure.bat must use the "drive-= letter:" syntax with FORWARD slashes in the path! From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 23:07:32 2012 Received: (at 10665-done) by debbugs.gnu.org; 31 Jan 2012 04:07:32 +0000 Received: from localhost ([127.0.0.1]:46084 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rs50B-00085H-VK for submit@debbugs.gnu.org; Mon, 30 Jan 2012 23:07:31 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:35333) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rs508-000853-BG for 10665-done@debbugs.gnu.org; Mon, 30 Jan 2012 23:07:25 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LYN00000A1JBX00@a-mtaout22.012.net.il> for 10665-done@debbugs.gnu.org; Tue, 31 Jan 2012 06:07:04 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYN000XOA3P0B50@a-mtaout22.012.net.il>; Tue, 31 Jan 2012 06:07:02 +0200 (IST) Date: Tue, 31 Jan 2012 06:05:03 +0200 From: Eli Zaretskii Subject: Re: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile In-reply-to: X-012-Sender: halo1@inter.net.il To: "Gallagher, Kevin" Message-id: <83bopkqzyo.fsf@gnu.org> References: <83ty3dqatk.fsf@gnu.org> <83hazcri1y.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10665-done Cc: 10665-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Gallagher, Kevin" > CC: "10665-done@debbugs.gnu.org" <10665-done@debbugs.gnu.org> > Date: Mon, 30 Jan 2012 19:12:27 -0600 > > Here's the version of MSYS bash that I find to be excellent. > > GNU bash, version 3.1.17(1)-release (i686-pc-msys) > Copyright (C) 2005 Free Software Foundation, Inc. OK, I will add this. Thanks. > As for a command in a rule which does nothing, this works: > > globals.h: gl-stamp > @echo > > OK, technically it outputs a linefeed to stdout, but that is harmless in this context and requires less overhead than the original. (Both bash and cmd.exe have an echo command and both recognize the "@" syntax at the start of a command.) It's true that both bash and cmd support @echo, but in cmd just "@echo" will produce "ECHO is on.", not an empty line. The trick with "rem" and the invocation through "cmd /c" are to countermand that, because we need a Makefile that will work both when Bash is the shell and when cmd is the shell. > In the original syntax: > > globals.h: gl-stamp > @cmd /c rem true > > make passes the command line to a sub-shell in which the invocation of cmd creates a second nested sub-shell where the line "rem true" is interpreted as a batch file "remark" command. "Rem" is not just a batch file command, it is a first-class command in cmd. You can type it from the command line, for example. > Here's some additional information for nt/INSTALL. > > 1. When building on Windows XP, the option "-fno-omit-frame-pointer" must be used. Otherwise, entering a C-g will cause Emacs to crash. NOTE: It turns out that this is not necessary when building on Windows 7. (I don't have any information about other versions of Windows.) This is needed only with GCC 4.6.x, see etc/PROBLEMS. > 2. When building in MSYS bash, the following syntax for invoking the configure script must be used: > > cmd /c "configure.bat --cflags -fno-omit-frame-pointer" > > or > > cmd /c "configure.bat --cflags -IC:/extras/include --cflags -fno-omit-frame-pointer" > > In other words, configure.bat MUST be included within the double quotes. > > 3. Whether building in the bash shell or the cmd.exe shell, when using the MinGW tool set, all -I options passed to configure.bat must use the "drive-letter:" syntax with FORWARD slashes in the path! This is already mentioned, thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 31 11:09:23 2012 Received: (at 10665-done) by debbugs.gnu.org; 31 Jan 2012 16:09:23 +0000 Received: from localhost ([127.0.0.1]:47395 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsGGn-0004HB-SU for submit@debbugs.gnu.org; Tue, 31 Jan 2012 11:09:23 -0500 Received: from blv-smtpout-01.boeing.com ([130.76.32.69]:60386) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsGGk-0004Gy-H0 for 10665-done@debbugs.gnu.org; Tue, 31 Jan 2012 11:09:19 -0500 Received: from blv-av-01.boeing.com (blv-av-01.boeing.com [130.247.48.231]) by blv-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id q0VG8tPn026251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 31 Jan 2012 08:08:55 -0800 (PST) Received: from blv-av-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id q0VG8tA2006950; Tue, 31 Jan 2012 08:08:55 -0800 (PST) Received: from XCH-MWHT-02.mw.nos.boeing.com (xch-mwht-02.mw.nos.boeing.com [134.57.113.20]) by blv-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id q0VG8s1P006895 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Tue, 31 Jan 2012 08:08:54 -0800 (PST) Received: from XCH-MW-11V.mw.nos.boeing.com ([134.57.119.194]) by XCH-MWHT-02.mw.nos.boeing.com ([134.57.113.20]) with mapi; Tue, 31 Jan 2012 10:08:54 -0600 From: "Gallagher, Kevin" To: Eli Zaretskii Date: Tue, 31 Jan 2012 10:08:51 -0600 Subject: RE: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile Thread-Topic: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile Thread-Index: AczfzdM675+G/2vCRESGLjGwMOZDnAAXE72Q Message-ID: References: <83ty3dqatk.fsf@gnu.org> <83hazcri1y.fsf@gnu.org> <83bopkqzyo.fsf@gnu.org> In-Reply-To: <83bopkqzyo.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 10665-done Cc: "10665-done@debbugs.gnu.org" <10665-done@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) I have some additional information. At the end of the execution of the gl-stamp target, the following line is d= isplayed: cmd /c "fc /b gl-tmp globals.h >nul 2>&1 || cp -f gl-tmp globals.h" The MSYS make doesn't have any problems with that line when executing withi= n an MSYS bash shell. So I modified the globals.h target to look like this= : globals.h: gl-stamp @cmd /c "rem true" MSYS make now handles this correctly. So, I suspect that the MSYS make iss= ue is really not with the "/c" syntax, but rather with the embedded spaces = found in the shell command line that follows "/c". >> Here's some additional information for nt/INSTALL. >>=20 >> 1. When building on Windows XP, the option "-fno-omit-frame-pointer" mus= t be used. >> Otherwise, entering a C-g will cause Emacs to crash. =20 >> NOTE: It turns out that this is not necessary when building on Windows = 7. >> (I don't have any information about other versions of Windows.) > This is needed only with GCC 4.6.x, see etc/PROBLEMS. As my note, above, indicates, this is NOT an issue with the identical MinGW= port of GCC 4.6.x when building Emacs with it on the 64-bit version of Win= dows 7. So, I suspect that 32-bit version of Windows XP may share at least = part or, perhaps, all the blame for this problem.=20 From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 31 11:33:32 2012 Received: (at 10665-done) by debbugs.gnu.org; 31 Jan 2012 16:33:33 +0000 Received: from localhost ([127.0.0.1]:47416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsGeC-0004po-HM for submit@debbugs.gnu.org; Tue, 31 Jan 2012 11:33:32 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:34192) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsGe9-0004pa-Sz for 10665-done@debbugs.gnu.org; Tue, 31 Jan 2012 11:33:31 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LYO00B008MN7A00@a-mtaout23.012.net.il> for 10665-done@debbugs.gnu.org; Tue, 31 Jan 2012 18:33:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.55.250]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYO00BGG8N03N50@a-mtaout23.012.net.il>; Tue, 31 Jan 2012 18:33:01 +0200 (IST) Date: Tue, 31 Jan 2012 18:31:02 +0200 From: Eli Zaretskii Subject: Re: bug#10665: 24.0.93; Building for MS Windows using MinGW encounters a build problem in ../emacs-24.0.93/src/makefile In-reply-to: X-012-Sender: halo1@inter.net.il To: "Gallagher, Kevin" Message-id: <838vknrfzt.fsf@gnu.org> References: <83ty3dqatk.fsf@gnu.org> <83hazcri1y.fsf@gnu.org> <83bopkqzyo.fsf@gnu.org> X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 10665-done Cc: 10665-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > From: "Gallagher, Kevin" > CC: "10665-done@debbugs.gnu.org" <10665-done@debbugs.gnu.org> > Date: Tue, 31 Jan 2012 10:08:51 -0600 > > globals.h: gl-stamp > @cmd /c "rem true" > > MSYS make now handles this correctly. So, I suspect that the MSYS make issue is really not with the "/c" syntax, but rather with the embedded spaces found in the shell command line that follows "/c". I will make that change, thanks. > >> 1. When building on Windows XP, the option "-fno-omit-frame-pointer" must be used. > >> Otherwise, entering a C-g will cause Emacs to crash. > >> NOTE: It turns out that this is not necessary when building on Windows 7. > >> (I don't have any information about other versions of Windows.) > > > This is needed only with GCC 4.6.x, see etc/PROBLEMS. > > As my note, above, indicates, this is NOT an issue with the identical MinGW port of GCC 4.6.x when building Emacs with it on the 64-bit version of Windows 7. So, I suspect that 32-bit version of Windows XP may share at least part or, perhaps, all the blame for this problem. No, it's a known bug in GCC. That it only happens on 32-bit Windows just means that the architecture differences wrt implementation of setjmp/longjmp conspire to conceal the bug on 64-bit host. From unknown Tue Jun 24 01:38:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 29 Feb 2012 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator