From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Newsgroups: gmane.emacs.bugs Subject: bug#13939: 24.3; Emacs 24.3 release won't compile on Windows with the msvc toolchain Date: Thu, 14 Mar 2013 09:21:44 +0800 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec554dcb67e277304d7d8582e X-Trace: ger.gmane.org 1363224185 9514 80.91.229.3 (14 Mar 2013 01:23:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 Mar 2013 01:23:05 +0000 (UTC) Cc: 13939@debbugs.gnu.org To: Eli Zaretskii , fabrice.popineau@gmail.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 14 02:23:30 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UFwtF-0007uJ-5e for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Mar 2013 02:23:29 +0100 Original-Received: from localhost ([::1]:39012 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFwss-0000A9-FM for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Mar 2013 21:23:06 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:46541) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFwsk-00005Q-Sq for bug-gnu-emacs@gnu.org; Wed, 13 Mar 2013 21:23:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFwsh-0003TZ-16 for bug-gnu-emacs@gnu.org; Wed, 13 Mar 2013 21:22:58 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48057) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFwsg-0003TS-N3 for bug-gnu-emacs@gnu.org; Wed, 13 Mar 2013 21:22:54 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UFwtm-00088D-Rb for bug-gnu-emacs@gnu.org; Wed, 13 Mar 2013 21:24:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Mar 2013 01:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13939-submit@debbugs.gnu.org id=B13939.136322418231174 (code B ref 13939); Thu, 14 Mar 2013 01:24:02 +0000 Original-Received: (at 13939) by debbugs.gnu.org; 14 Mar 2013 01:23:02 +0000 Original-Received: from localhost ([127.0.0.1]:52166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFwsn-00086d-PW for submit@debbugs.gnu.org; Wed, 13 Mar 2013 21:23:02 -0400 Original-Received: from mail-la0-f53.google.com ([209.85.215.53]:57873) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFwsl-00086R-Au for 13939@debbugs.gnu.org; Wed, 13 Mar 2013 21:23:00 -0400 Original-Received: by mail-la0-f53.google.com with SMTP id fr10so1837433lab.40 for <13939@debbugs.gnu.org>; Wed, 13 Mar 2013 18:21:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to:cc :content-type; bh=QEKeJV7NmVoz+68Yr1bMLWErik5V8rbdyINCC4WhmAY=; b=tAFUE9blYVtJUCtv1Kax3TPkQhSAWqR9Rg+dg+d47SWGIzdguwKvseQMNSGa+oBzYM d6j7mB/nTeotLyZe+0B54kAuShfAZbkfhc0LR0OXwjw/LLHpfnNJX4YHmTrIn1Fo3g5m oVyZUp04WjMYIngiHbnh+Gjj3gC4ULwltVF/xJeDgM3YLA5dOk2eioLTlqnZ698bhYpe BGuD3uMyHKyHyCgn1arYHdyDr+UljCmpA/kITQ38tx47KLXzojABpPX6T9Uj6sz4A8zY kr4EwYk6B8TjPoVdw64Ta4eA2IK/9vO7Q/P4WN3JugzEECQ8u/fKtrpY1uB1doFvTvmf g96w== X-Received: by 10.112.28.4 with SMTP id x4mr389325lbg.33.1363224104408; Wed, 13 Mar 2013 18:21:44 -0700 (PDT) Original-Received: by 10.112.55.12 with HTTP; Wed, 13 Mar 2013 18:21:44 -0700 (PDT) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:72441 Archived-At: --bcaec554dcb67e277304d7d8582e Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable > > Sorry about that. I guess no one tried to build Emacs with MSVC > during the entire pretest period. Perhaps in the future you could do > that, so that any such problems could be fixed in time. I'd like to. Or maybe it should say > !if $(USE_CRT_DLL) > instead? Yes, seems more appropriate. Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with > MSVC and uses GC_MARK_STACK. Maybe the the bug is introduced after Emacs 24.2, which can be built and dumped with GC_MARK_STACK. Regarding the GC_MARK_STACK, I want to provide a little more information: the error occurred after the first Fgarbage_collect while loading loadup.el, and some important functions are not marked and thus garbage collected. As in alloc.c the `car' of a cons is set to `Vdead' when freed, I suppose this is where the "DEAD" comes from. 2013/3/14 Eli Zaretskii > > Date: Wed, 13 Mar 2013 06:47:56 +0800 > > From: =C0=EE=B6=A1 > > > > The latest 24.3 release won't compile on Windows with Visual C++ 2010 s= p1 > > compiler (comes with windows sdk 7.1). There are two problems: > > Sorry about that. I guess no one tried to build Emacs with MSVC > during the entire pretest period. Perhaps in the future you could do > that, so that any such problems could be fixed in time. > > > 1. nmake.defs has a syntax error on line 119: `!if' should be `!ifdef' > > Or maybe it should say > > !if $(USE_CRT_DLL) > > instead? > > > 2. GC_MARK_STACK is 1 by default in config.nt, but this default is brok= en > > with the msvc toolchain. When temacs started to dump, > > it immediately exited with the message `Invalid function: "DEAD"'. Eli > had > > previously told me (in #12878) to see bug #13070, but it didn't solve t= he > > problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled fine= . > So > > there must be something wrong about the GCPROS_NOOPS way of marking sta= ck > > under the vc compiler, maybe someone familiar with the garbage collecto= r > > can fix it. (MinGW gcc is ok with the default) > > Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with > MSVC and uses GC_MARK_STACK. Fabrice, can you please comment on this? > --bcaec554dcb67e277304d7d8582e Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
Sorry about that.  I guess no one tried to build Em= acs with MSVC
during t= he entire pretest period.  Perhaps in the future you could do
that, so that= any such problems could be fixed in time.

I'd like to.

 Or maybe = it should say
  !if $= (USE_CRT_DLL)
instead?=
 
Yes, seems more appropriate.
=

=
Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with<= br> MSVC and= uses GC_MARK_STACK.

May= be the the bug is introduced after Emacs 24.2, which can be built and dumpe= d with GC_MARK_STACK.

Regarding the GC_MARK_STACK, I want to prov= ide a little more information: the error occurred after the first Fgar= bage_collect while loading loadup.el, and some important functions are not = marked and thus garbage collected. As in alloc.c the `car' of a cons is= set to `Vdead' when freed, I suppose this is where the "DEAD"= ; comes from.


2013/3/14 Eli= Zaretskii <eliz@gnu.org>
> Date: Wed, 13 Mar 2013 06:47:56 +0800
> From: =C0=EE=B6=A1 <iamlidin= g@gmail.com>
>
> The latest 24.3 release won't compile on Windows with Visual C++ 2= 010 sp1
> compiler (comes with windows sdk 7.1). There are two problems:

Sorry about that.  I guess no one tried to build Emacs with MSVC
during the entire pretest period.  Perhaps in the future you could do<= br> that, so that any such problems could be fixed in time.

> 1. nmake.defs has a syntax error on line 119: `!if' should be `!if= def'

Or maybe it should say

  !if $(USE_CRT_DLL)

instead?

> 2. GC_MARK_STACK is 1 by default in config.nt, but this default is bro= ken
> with the msvc toolchain.  When temacs started to dump,
> it immediately exited with the message `Invalid function: "DEAD&q= uot;'. Eli had
> previously told me (in #12878) to see bug #13070, but it didn't so= lve the
> problem. When I tried to change GC_MARK_STACK to 0, Emacs compiled fin= e. So
> there must be something wrong about the GCPROS_NOOPS way of marking st= ack
> under the vc compiler, maybe someone familiar with the garbage collect= or
> can fix it. (MinGW gcc is ok with the default)

Not only MinGW, but I believe Fabrice (CC'ed) also builds Emacs with MSVC and uses GC_MARK_STACK.  Fabrice, can you please comment on this?=

--bcaec554dcb67e277304d7d8582e--