From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low 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: Tue, 13 Nov 2012 16:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12878@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13528232894710 (code B ref -1); Tue, 13 Nov 2012 16:15:02 +0000 Received: (at submit) by debbugs.gnu.org; 13 Nov 2012 16:14:49 +0000 Received: from localhost ([127.0.0.1]:38906 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJ8T-0001Dv-HB for submit@debbugs.gnu.org; Tue, 13 Nov 2012 11:14:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43288) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYEPe-0001fe-IP for submit@debbugs.gnu.org; Tue, 13 Nov 2012 06:12:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TYEP8-00047k-1c for submit@debbugs.gnu.org; Tue, 13 Nov 2012 06:11:45 -0500 Received: from lists.gnu.org ([208.118.235.17]:44006) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TYEP7-00047g-Uh for submit@debbugs.gnu.org; Tue, 13 Nov 2012 06:11:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42546) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TYEP4-0007nr-S3 for bug-gnu-emacs@gnu.org; Tue, 13 Nov 2012 06:11:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TYEP1-00045j-QA for bug-gnu-emacs@gnu.org; Tue, 13 Nov 2012 06:11:38 -0500 Received: from mail-pa0-f41.google.com ([209.85.220.41]:56863) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TYEP1-00045Q-Jo for bug-gnu-emacs@gnu.org; Tue, 13 Nov 2012 06:11:35 -0500 Received: by mail-pa0-f41.google.com with SMTP id fa10so5248409pad.0 for ; Tue, 13 Nov 2012 03:11:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ygMXYaJxeSt5E2kXqXsFRwOey6R2KIslQyoTv8mzoCA=; b=I2j1/fddmBCYlkKS5ZoWM16zza3yfwtEYeiLHrx+yXaAg+JoBLyJFicmoQZEHqZYOu SeSA+vPLGCNDg9QJoaG5c3oZmeXtGGv80D3WAfcpuN2s5o98byjRq2r6GHtUXy2JFMc8 74ZrvTVt1SQKUMBbRhcjTjjX0DndPzYzboFZZ4V2QzJkPpSFHv5r+SkbpUOcVyrAyjSo ihp06teNeVTpAifVKjIQK6Pk+T74jQSVyL4mid6AsBNcsu7QJ5cXeuYuf5uWJnGbxpH3 0EGE6teadQeQaj05ReZFLLAdaEvDaz6wgZ50LuPNlfruGpX1uPfzdr1vwZbNDe2Nwdbv BoeQ== MIME-Version: 1.0 Received: by 10.68.191.10 with SMTP id gu10mr10210268pbc.115.1352805094452; Tue, 13 Nov 2012 03:11:34 -0800 (PST) Received: by 10.68.79.134 with HTTP; Tue, 13 Nov 2012 03:11:34 -0800 (PST) Date: Tue, 13 Nov 2012 19:11:34 +0800 Message-ID: From: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Content-Type: multipart/alternative; boundary=e89a8ff1c3561aec3b04ce5e7b8d X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-Mailman-Approved-At: Tue, 13 Nov 2012 11:14:48 -0500 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.4 (---) --e89a8ff1c3561aec3b04ce5e7b8d Content-Type: text/plain; charset=ISO-8859-1 Hi, I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 Express, and I found that EnumSystemLocales in w32proc.c and w32select.c were compiled as is (not as __stdcall function with postfix decorations), which causes the linking failure. I read through the sources and found that config.h defined _WIN32_WINNT as 0x0400, which corresponds to Windows NT4. However MSDN says that EnumSystemLocales requires at least Windows 2000 (0x0500). So you should probably either require a higher Windows version or use some other mechanism to accomplish what EnumSystemLocales does. Regards, Li Ding --e89a8ff1c3561aec3b04ce5e7b8d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I tried to compile emacs 24.2 on Windows 7 with Visual C++= 11.0 Express, and I found that EnumSystemLocales in w32proc.c and w32selec= t.c were compiled as is (not as __stdcall function with postfix decorations= ), which causes the linking failure.

I read through the sources and found that config.h defi= ned _WIN32_WINNT as 0x0400, which corresponds to Windows NT4. However MSDN = says that EnumSystemLocales requires at least Windows 2000 (0x0500). So you= should probably either require a higher Windows version or use some other = mechanism to accomplish what EnumSystemLocales does.

Regards,
Li Ding
--e89a8ff1c3561aec3b04ce5e7b8d-- From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 16:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Cc: 12878@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.13528244566460 (code B ref 12878); Tue, 13 Nov 2012 16:35:01 +0000 Received: (at 12878) by debbugs.gnu.org; 13 Nov 2012 16:34:16 +0000 Received: from localhost ([127.0.0.1]:38935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJRI-0001g9-9P for submit@debbugs.gnu.org; Tue, 13 Nov 2012 11:34:16 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:59862) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJRG-0001g1-8G for 12878@debbugs.gnu.org; Tue, 13 Nov 2012 11:34:15 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDF00H00PVJ3I00@a-mtaout20.012.net.il> for 12878@debbugs.gnu.org; Tue, 13 Nov 2012 18:33:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDF00GCMPZXQV90@a-mtaout20.012.net.il>; Tue, 13 Nov 2012 18:33:34 +0200 (IST) Date: Tue, 13 Nov 2012 18:33:52 +0200 From: Eli Zaretskii In-reply-to: Message-id: <83haotv4wf.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 13 Nov 2012 19:11:34 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > > I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 Express, > and I found that EnumSystemLocales in w32proc.c and w32select.c were > compiled as is (not as __stdcall function with postfix decorations), which > causes the linking failure. > > I read through the sources and found that config.h defined _WIN32_WINNT as > 0x0400, which corresponds to Windows NT4. However MSDN says that > EnumSystemLocales requires at least Windows 2000 (0x0500). So you should > probably either require a higher Windows version or use some other > mechanism to accomplish what EnumSystemLocales does. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 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: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 13 Nov 2012 19:11:34 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > > I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 Express, > and I found that EnumSystemLocales in w32proc.c and w32select.c were > compiled as is (not as __stdcall function with postfix decorations), which > causes the linking failure. > > I read through the sources and found that config.h defined _WIN32_WINNT as > 0x0400, which corresponds to Windows NT4. However MSDN says that > EnumSystemLocales requires at least Windows 2000 (0x0500). So you should > probably either require a higher Windows version or use some other > mechanism to accomplish what EnumSystemLocales does. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > Date: Tue, 13 Nov 2012 19:11:34 +0800 > From: =C0=EE=B6=A1 >=20 > I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 Exp= ress, > and I found that EnumSystemLocales in w32proc.c and w32select.c wer= e > compiled as is (not as __stdcall function with postfix decorations)= , which > causes the linking failure. >=20 > I read through the sources and found that config.h defined _WIN32_W= INNT as > 0x0400, which corresponds to Windows NT4. However MSDN says that > EnumSystemLocales requires at least Windows 2000 (0x0500). So you s= hould > probably either require a higher Windows version or use some other > mechanism to accomplish what EnumSystemLocales does. Would adding a correct prototype for EnumSystemLocales to w32term.h (included by both source files you mention) do the trick? (I don't want to bump up _WIN32_WINNT, because that might produce an executable which won't run on Windows 9X, which we still try to support.) From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low 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: Wed, 14 Nov 2012 01:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 12878@debbugs.gnu.org Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.13528557231504 (code B ref 12878); Wed, 14 Nov 2012 01:16:01 +0000 Received: (at 12878) by debbugs.gnu.org; 14 Nov 2012 01:15:23 +0000 Received: from localhost ([127.0.0.1]:39942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYRZa-0000OC-Lq for submit@debbugs.gnu.org; Tue, 13 Nov 2012 20:15:23 -0500 Received: from mail-pb0-f44.google.com ([209.85.160.44]:37731) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYRZX-0000O3-Cu for 12878@debbugs.gnu.org; Tue, 13 Nov 2012 20:15:20 -0500 Received: by mail-pb0-f44.google.com with SMTP id uo1so2138913pbc.3 for <12878@debbugs.gnu.org>; Tue, 13 Nov 2012 17:14:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kmIn4KHd/EWnYwqB8sbvCPsEwqtvvmL2RJ22RkBK8Jk=; b=m+ffDYXhBpiC1D1pdW3N1yxchT6T05UmslG+6KUrEY+8azMgRHGMNq0yZWXNMTva5I JtA3GbiFK3/IxL/IUBQfsWS9RmIXQyU8poUc4quagLIg8lzZAjp0ibcV87go4Z9cpCJu yd1WlyouhKdK+11Q+5kH442PSAXEUf/HWlQI845ZGRTF5CjefoWfOvlp2Fm8/cOYwDdB 0+7v3VVRPR+f98gLbCmTmxs+gdSS1Mj9eTFX4Byk22CGLri9BlbFt3snT/SPf6vWeqAU t/xoCM9kj+vKCOwQqi1yquJ3RPH1brB0LOHg5KyRaiX525xFyJH3wZQwQktYytbVUWIJ Q5xQ== MIME-Version: 1.0 Received: by 10.68.132.202 with SMTP id ow10mr32126735pbb.139.1352855685950; Tue, 13 Nov 2012 17:14:45 -0800 (PST) Received: by 10.68.79.134 with HTTP; Tue, 13 Nov 2012 17:14:45 -0800 (PST) In-Reply-To: <83haotv4wf.fsf@gnu.org> References: <83haotv4wf.fsf@gnu.org> Date: Wed, 14 Nov 2012 09:14:45 +0800 Message-ID: From: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Content-Type: multipart/alternative; boundary=047d7b10ce6d97ed4d04ce6a42a3 X-Spam-Score: 0.1 (/) 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: 0.1 (/) --047d7b10ce6d97ed4d04ce6a42a3 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Sure, adding a correct prototype is just like including the correct header file if Windows 9X really supports this function. But you should be careful checking compiler versions, in case that redefinition error occur. Actually, I encountered several redefinition problems during compilation. For example in w32term.c: #ifndef GLYPHSET /* Pre Windows 2000, this was not available, but define it here so that Emacs compiled on such a platform will run on newer versions. */ ... #endif VC 11.0 does not define GLYPHSET either (or not included), but it does have the definitions, and above code leads to redefinition error. And this in w32term.c too: /* Reportedly, MSVC does not have this in its headers. */ #ifdef _MSC_VER DECLARE_HANDLE(HMONITOR); #endif VC 11.0 does have HMONITOR, and another redefinition error. Maybe VC 11.0 has not been widely used, but these small problems should be resolved. 2012/11/14 Eli Zaretskii > > Date: Tue, 13 Nov 2012 19:11:34 +0800 > > From: =C0=EE=B6=A1 > > > > I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 Express= , > > and I found that EnumSystemLocales in w32proc.c and w32select.c were > > compiled as is (not as __stdcall function with postfix decorations), > which > > causes the linking failure. > > > > I read through the sources and found that config.h defined _WIN32_WINNT > as > > 0x0400, which corresponds to Windows NT4. However MSDN says that > > EnumSystemLocales requires at least Windows 2000 (0x0500). So you shoul= d > > probably either require a higher Windows version or use some other > > mechanism to accomplish what EnumSystemLocales does. > > Would adding a correct prototype for EnumSystemLocales to w32term.h > (included by both source files you mention) do the trick? > > (I don't want to bump up _WIN32_WINNT, because that might produce an > executable which won't run on Windows 9X, which we still try to > support.) > --047d7b10ce6d97ed4d04ce6a42a3 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable Sure, adding a correct prototype is just like including the correct header = file if Windows 9X
really supports this function. But you should be car= eful checking compiler versions, in case that
redefinition error = occur.

Actually, I encountered several redefinition problems d= uring compilation. For example in w32term.c:

 = ;   #ifndef GLYPHSET
    /* Pre Windows 2000,= this was not available, but define it here so
       that Emacs compiled on such a platform will= run on newer versions.  */
    ...
    #endif

VC 11.0 does not define GLY= PHSET either (or not included), but it does have the definitions,
and above code leads to redefinition error.

<= div>And this in w32term.c too:

    = /* Reportedly, MSVC does not have this in its headers.  */
&= nbsp;   #ifdef _MSC_VER
    DECLARE_HANDLE(HMONITOR);
    #endif=

VC 11.0 does have HMONITOR, and another red= efinition error.

Maybe VC 11.0 has not been widely= used, but these small problems should be resolved.


201= 2/11/14 Eli Zaretskii <eliz@gnu.org>
> Date: Tue, 13 Nov 2012 19:11:34 +0800
> From: =C0=EE=B6=A1 <iamlidin= g@gmail.com>
>
> I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 Expres= s,
> and I found that EnumSystemLocales in w32proc.c and w32select.c were > compiled as is (not as __stdcall function with postfix decorations), w= hich
> causes the linking failure.
>
> I read through the sources and found that config.h defined _WIN32_WINN= T as
> 0x0400, which corresponds to Windows NT4. However MSDN says that
> EnumSystemLocales requires at least Windows 2000 (0x0500). So you shou= ld
> probably either require a higher Windows version or use some other
> mechanism to accomplish what EnumSystemLocales does.

Would adding a correct prototype for EnumSystemLocales to w32term.h
(included by both source files you mention) do the trick?

(I don't want to bump up _WIN32_WINNT, because that might produce an executable which won't run on Windows 9X, which we still try to
support.)

--047d7b10ce6d97ed4d04ce6a42a3-- From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low 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: Wed, 14 Nov 2012 01:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 12878@debbugs.gnu.org Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.13528567572984 (code B ref 12878); Wed, 14 Nov 2012 01:33:02 +0000 Received: (at 12878) by debbugs.gnu.org; 14 Nov 2012 01:32:37 +0000 Received: from localhost ([127.0.0.1]:39959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYRqH-0000m4-Bl for submit@debbugs.gnu.org; Tue, 13 Nov 2012 20:32:37 -0500 Received: from mail-pb0-f44.google.com ([209.85.160.44]:44823) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYRqF-0000lw-8j for 12878@debbugs.gnu.org; Tue, 13 Nov 2012 20:32:36 -0500 Received: by mail-pb0-f44.google.com with SMTP id uo1so1204pbc.3 for <12878@debbugs.gnu.org>; Tue, 13 Nov 2012 17:32:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sgQAgVKsMbVGUJIRGldavPmfYNdE15rAC5WSI6HQb40=; b=w+9mx3dnfOKgsXfuMAFjNRP7DxB/hPc4cEIgGQGJwRiaVoery9dfOpDl++gGtLTMQY vb6dKn90ahbAdRzHckPkAUhHfW0U703MoQC4ivIHrKxyCmqIyMd42CpyNU8tTbm9MSej FAjD5W0s04mXaEIcUSN1tFpeHcPdvc7qtO8CDV+S74rQiDEchq2nTMQi6+8n/1LcDVQ5 vAA4awp+CF9OZKQHTwBrC//b9MunGnaOvgDJ8M26+xnDro0cGnNwoe1AxXAoM7qmpiig qE1/2gGDmh2K3C/wMIp6NiO6D92PjqcbHVvdtBaxs0c6+sGI2a6Hb+7FhUI9rfN3N25K a8Lw== MIME-Version: 1.0 Received: by 10.68.189.233 with SMTP id gl9mr72113343pbc.166.1352856721866; Tue, 13 Nov 2012 17:32:01 -0800 (PST) Received: by 10.68.79.134 with HTTP; Tue, 13 Nov 2012 17:32:01 -0800 (PST) In-Reply-To: References: <83haotv4wf.fsf@gnu.org> Date: Wed, 14 Nov 2012 09:32:01 +0800 Message-ID: From: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Content-Type: multipart/alternative; boundary=e89a8ff1cb2c56c17f04ce6a8038 X-Spam-Score: 0.1 (/) 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: 0.1 (/) --e89a8ff1cb2c56c17f04ce6a8038 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Sorry, this piece of code is in w32fns.c (line 143-146), not w32term.c: /* Reportedly, MSVC does not have this in its headers. */ #ifdef _MSC_VER DECLARE_HANDLE(HMONITOR); #endif And it leads to redefinition error under MSVC 11.0. 2012/11/14 =C0=EE=B6=A1 > Sure, adding a correct prototype is just like including the correct heade= r > file if Windows 9X > really supports this function. But you should be careful checking compile= r > versions, in case that > redefinition error occur. > > Actually, I encountered several redefinition problems during compilation. > For example in w32term.c: > > #ifndef GLYPHSET > /* Pre Windows 2000, this was not available, but define it here so > that Emacs compiled on such a platform will run on newer versions. > */ > ... > #endif > > VC 11.0 does not define GLYPHSET either (or not included), but it does > have the definitions, > and above code leads to redefinition error. > > And this in w32term.c too: > > /* Reportedly, MSVC does not have this in its headers. */ > #ifdef _MSC_VER > DECLARE_HANDLE(HMONITOR); > #endif > > VC 11.0 does have HMONITOR, and another redefinition error. > > Maybe VC 11.0 has not been widely used, but these small problems should b= e > resolved. > > > 2012/11/14 Eli Zaretskii > >> > Date: Tue, 13 Nov 2012 19:11:34 +0800 >> > From: =C0=EE=B6=A1 >> > >> > I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 Expres= s, >> > and I found that EnumSystemLocales in w32proc.c and w32select.c were >> > compiled as is (not as __stdcall function with postfix decorations), >> which >> > causes the linking failure. >> > >> > I read through the sources and found that config.h defined _WIN32_WINN= T >> as >> > 0x0400, which corresponds to Windows NT4. However MSDN says that >> > EnumSystemLocales requires at least Windows 2000 (0x0500). So you shou= ld >> > probably either require a higher Windows version or use some other >> > mechanism to accomplish what EnumSystemLocales does. >> >> Would adding a correct prototype for EnumSystemLocales to w32term.h >> (included by both source files you mention) do the trick? >> >> (I don't want to bump up _WIN32_WINNT, because that might produce an >> executable which won't run on Windows 9X, which we still try to >> support.) >> > > --e89a8ff1cb2c56c17f04ce6a8038 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable
Sorry, this piec= e of code is in w32fns.c (line 143-146), not w32term.c:
   /* Reportedly, MS= VC does not have this in its headers.  */
    #i= fdef _MSC_VER
    DECLARE_HANDLE(HMONITOR);
    #endif
And it leads to redefinition error under MSVC 11.0.


2012/11/14 =C0=EE=B6= =A1 <iamliding@gmail.com>
Sure, adding a correct prototype is just lik= e including the correct header file if Windows 9X
really supports this = function. But you should be careful checking compiler versions, in case tha= t
redefinition error occur.

Actually, I encountered several redefinition problems d= uring compilation. For example in w32term.c:

 = ;   #ifndef GLYPHSET
    /* Pre Windows 2000,= this was not available, but define it here so
       that Emacs compiled on such a platform will= run on newer versions.  */
    ...
    #endif

VC 11.0 does not define GLY= PHSET either (or not included), but it does have the definitions,
and above code leads to redefinition error.

<= div>And this in w32term.c too:

    = /* Reportedly, MSVC does not have this in its headers.  */
&= nbsp;   #ifdef _MSC_VER
    DECLARE_HANDLE(HMONITOR);
    #endif=

VC 11.0 does have HMONITOR, and another red= efinition error.

Maybe VC 11.0 has not been widely= used, but these small problems should be resolved.


201= 2/11/14 Eli Zaretskii <eliz@gnu.org>
> Date: Tue, 13 Nov 2012 19:11:34 +0800
> From: =C0=EE=B6=A1 <iamliding@gmail.com>
>
> I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 Expres= s,
> and I found that EnumSystemLocales in w32proc.c and w32select.c were > compiled as is (not as __stdcall function with postfix decorations), w= hich
> causes the linking failure.
>
> I read through the sources and found that config.h defined _WIN32_WINN= T as
> 0x0400, which corresponds to Windows NT4. However MSDN says that
> EnumSystemLocales requires at least Windows 2000 (0x0500). So you shou= ld
> probably either require a higher Windows version or use some other
> mechanism to accomplish what EnumSystemLocales does.

Would adding a correct prototype for EnumSystemLocales to w32term.h
(included by both source files you mention) do the trick?

(I don't want to bump up _WIN32_WINNT, because that might produce an executable which won't run on Windows 9X, which we still try to
support.)


--e89a8ff1cb2c56c17f04ce6a8038-- From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 03:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Cc: 12878@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.135286520115469 (code B ref 12878); Wed, 14 Nov 2012 03:54:02 +0000 Received: (at 12878) by debbugs.gnu.org; 14 Nov 2012 03:53:21 +0000 Received: from localhost ([127.0.0.1]:40196 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYU2T-00041S-4X for submit@debbugs.gnu.org; Tue, 13 Nov 2012 22:53:21 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:55315) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYU2Q-00041H-I3 for 12878@debbugs.gnu.org; Tue, 13 Nov 2012 22:53:19 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MDG00800LFGU900@a-mtaout21.012.net.il> for 12878@debbugs.gnu.org; Wed, 14 Nov 2012 05:52:43 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDG008O1LFVL4B0@a-mtaout21.012.net.il>; Wed, 14 Nov 2012 05:52:43 +0200 (IST) Date: Wed, 14 Nov 2012 05:53:02 +0200 From: Eli Zaretskii In-reply-to: Message-id: <834nksvo0x.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83haotv4wf.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 14 Nov 2012 09:14:45 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > Cc: 12878@debbugs.gnu.org > > Sure, adding a correct prototype is just like including the correct header > file if Windows 9X > really supports this function. But you should be careful checking compiler > versions, in case that > redefinition error occur. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 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: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 14 Nov 2012 09:14:45 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > Cc: 12878@debbugs.gnu.org > > Sure, adding a correct prototype is just like including the correct header > file if Windows 9X > really supports this function. But you should be careful checking compiler > versions, in case that > redefinition error occur. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4997] > Date: Wed, 14 Nov 2012 09:14:45 +0800 > From: =C0=EE=B6=A1 > Cc: 12878@debbugs.gnu.org >=20 > Sure, adding a correct prototype is just like including the correct= header > file if Windows 9X > really supports this function. But you should be careful checking c= ompiler > versions, in case that > redefinition error occur. A repeated prototype can never trigger redefinition warnings or error= s. > Actually, I encountered several redefinition problems during compil= ation. > For example in w32term.c: >=20 > #ifndef GLYPHSET > /* Pre Windows 2000, this was not available, but define it here= so > that Emacs compiled on such a platform will run on newer ver= sions. > */ > ... > #endif >=20 > VC 11.0 does not define GLYPHSET either (or not included), but it d= oes have > the definitions, > and above code leads to redefinition error. >=20 > And this in w32term.c too: >=20 > /* Reportedly, MSVC does not have this in its headers. */ > #ifdef _MSC_VER > DECLARE_HANDLE(HMONITOR); > #endif >=20 > VC 11.0 does have HMONITOR, and another redefinition error. What is the value of _MSC_VER for this compiler? From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low 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: Wed, 14 Nov 2012 07:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 12878@debbugs.gnu.org Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.13528778021558 (code B ref 12878); Wed, 14 Nov 2012 07:24:01 +0000 Received: (at 12878) by debbugs.gnu.org; 14 Nov 2012 07:23:22 +0000 Received: from localhost ([127.0.0.1]:40498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYXJi-0000P5-5n for submit@debbugs.gnu.org; Wed, 14 Nov 2012 02:23:22 -0500 Received: from mail-pb0-f44.google.com ([209.85.160.44]:51395) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYXJf-0000Ow-3v for 12878@debbugs.gnu.org; Wed, 14 Nov 2012 02:23:20 -0500 Received: by mail-pb0-f44.google.com with SMTP id uo1so182162pbc.3 for <12878@debbugs.gnu.org>; Tue, 13 Nov 2012 23:22:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1NXIpz896AZEmQ+oubR2/BcNMDb25/TaaeOqaSwYCUg=; b=D2S/LnyIh8NFzDdbDfjf3HA/nK7Z4590AnGl7qN2Bj64i+L73GLLnW0ilNN8Jysr3X QVS4KmJxsnnm/4Aqd1fMFLhbRFgpcWckzgzL3RJj2TT1Kye2Hq4Z85ATTa1Xo+HHHhmF OhDjvv1yT5n6xG3s1rbxfooq7lfccXbe0gPUktYjN4kQSn0IZ4fw4AArqq/J9O01XuXc YQjHCk1Brq8wKgidpnmNaNKHKHQRm0TbYTVfx8/POG0OBn3ynWwnEVIZ1TwibWKV/h3v 3yB/lCZnfESmbk8g1AudMASXkUM9jqsaDZT1NEqntjOLx0Zuj1sPqzwwPKJzveK/cf2w roJQ== MIME-Version: 1.0 Received: by 10.66.84.131 with SMTP id z3mr4662465pay.34.1352877764300; Tue, 13 Nov 2012 23:22:44 -0800 (PST) Received: by 10.68.79.134 with HTTP; Tue, 13 Nov 2012 23:22:44 -0800 (PST) In-Reply-To: <834nksvo0x.fsf@gnu.org> References: <83haotv4wf.fsf@gnu.org> <834nksvo0x.fsf@gnu.org> Date: Wed, 14 Nov 2012 15:22:44 +0800 Message-ID: From: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Content-Type: multipart/alternative; boundary=f46d042f95f690cd9d04ce6f66ac X-Spam-Score: 0.1 (/) 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: 0.1 (/) --f46d042f95f690cd9d04ce6f66ac Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable The value is 1700 2012/11/14 Eli Zaretskii > > Date: Wed, 14 Nov 2012 09:14:45 +0800 > > From: =C0=EE=B6=A1 > > Cc: 12878@debbugs.gnu.org > > > > Sure, adding a correct prototype is just like including the correct > header > > file if Windows 9X > > really supports this function. But you should be careful checking > compiler > > versions, in case that > > redefinition error occur. > > A repeated prototype can never trigger redefinition warnings or errors. > > > Actually, I encountered several redefinition problems during compilatio= n. > > For example in w32term.c: > > > > #ifndef GLYPHSET > > /* Pre Windows 2000, this was not available, but define it here so > > that Emacs compiled on such a platform will run on newer version= s. > > */ > > ... > > #endif > > > > VC 11.0 does not define GLYPHSET either (or not included), but it does > have > > the definitions, > > and above code leads to redefinition error. > > > > And this in w32term.c too: > > > > /* Reportedly, MSVC does not have this in its headers. */ > > #ifdef _MSC_VER > > DECLARE_HANDLE(HMONITOR); > > #endif > > > > VC 11.0 does have HMONITOR, and another redefinition error. > > What is the value of _MSC_VER for this compiler? > --f46d042f95f690cd9d04ce6f66ac Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable The value is 1700


2012/11/14 Eli Zaretskii <eliz@gnu.org>
> Date: Wed, 14 Nov 2012 09:14:45 +0800
> From: =C0=EE=B6=A1 <iamlidin= g@gmail.com>
> Cc: 12878@debbugs.gnu.org=
>
> Sure, adding a correct prototype is just like including the correct he= ader
> file if Windows 9X
> really supports this function. But you should be careful checking comp= iler
> versions, in case that
> redefinition error occur.

A repeated prototype can never trigger redefinition warnings or error= s.

> Actually, I encountered several redefinition problems during compilati= on.
> For example in w32term.c:
>
>     #ifndef GLYPHSET
>     /* Pre Windows 2000, this was not available, but define = it here so
>        that Emacs compiled on such a platform will= run on newer versions.
>  */
>     ...
>     #endif
>
> VC 11.0 does not define GLYPHSET either (or not included), but it does= have
> the definitions,
> and above code leads to redefinition error.
>
> And this in w32term.c too:
>
>     /* Reportedly, MSVC does not have this in its headers. &= nbsp;*/
>     #ifdef _MSC_VER
>     DECLARE_HANDLE(HMONITOR);
>     #endif
>
> VC 11.0 does have HMONITOR, and another redefinition error.

What is the value of _MSC_VER for this compiler?

--f46d042f95f690cd9d04ce6f66ac-- From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Nov 2012 18:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Cc: 12878@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.13531787351105 (code B ref 12878); Sat, 17 Nov 2012 18:59:02 +0000 Received: (at 12878) by debbugs.gnu.org; 17 Nov 2012 18:58:55 +0000 Received: from localhost ([127.0.0.1]:51262 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZnbS-0000Hm-Te for submit@debbugs.gnu.org; Sat, 17 Nov 2012 13:58:55 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:49382) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZnbQ-0000Ha-LQ for 12878@debbugs.gnu.org; Sat, 17 Nov 2012 13:58:53 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDN00400BBOTH00@a-mtaout20.012.net.il> for 12878@debbugs.gnu.org; Sat, 17 Nov 2012 20:57:54 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDN003QMBCH3V01@a-mtaout20.012.net.il>; Sat, 17 Nov 2012 20:57:54 +0200 (IST) Date: Sat, 17 Nov 2012 20:57:26 +0200 From: Eli Zaretskii In-reply-to: Message-id: <834nko2h2h.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83haotv4wf.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 14 Nov 2012 09:14:45 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > Cc: 12878@debbugs.gnu.org > > Sure, adding a correct prototype is just like including the correct > header file if Windows 9X really supports this function. But you > should be careful checking compiler versions, in case that > redefinition error occur. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 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: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 14 Nov 2012 09:14:45 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > Cc: 12878@debbugs.gnu.org > > Sure, adding a correct prototype is just like including the correct > header file if Windows 9X really supports this function. But you > should be careful checking compiler versions, in case that > redefinition error occur. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4984] > Date: Wed, 14 Nov 2012 09:14:45 +0800 > From: =C0=EE=B6=A1 > Cc: 12878@debbugs.gnu.org >=20 > Sure, adding a correct prototype is just like including the correct > header file if Windows 9X really supports this function. But you > should be careful checking compiler versions, in case that > redefinition error occur. I added the prototype of EnumSystemLocales to one of the w32 headers. Please try the latest emacs-24 branch (revision 110902 or later) and see if you still have problems building it. > Actually, I encountered several redefinition problems during compil= ation. > For example in w32term.c: >=20 > #ifndef GLYPHSET > /* Pre Windows 2000, this was not available, but define it here= so > that Emacs compiled on such a platform will run on newer ver= sions. > */ > ... > #endif >=20 > VC 11.0 does not define GLYPHSET either (or not included), but it d= oes have > the definitions, > and above code leads to redefinition error. This is no longer in the development sources of the emacs-24 branch. This code fragment is now guarded by "#if _WIN32_WINNT < 0x0500", which I think should work for you, as long as you don't define _WIN32_WINNT to a value higher than 0x0400. > And this in w32term.c too: >=20 > /* Reportedly, MSVC does not have this in its headers. */ > #ifdef _MSC_VER > DECLARE_HANDLE(HMONITOR); > #endif >=20 > VC 11.0 does have HMONITOR, and another redefinition error. This is now guarded by "#if defined (_MSC_VER) && _WIN32_WINNT < 0x05= 00" so again, I don't think that it should give you trouble with _WIN32_WINNT set at 0x0400. Please try the latest emacs-24 branch, and if it works for you, I wil= l close the bug. From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low 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: Mon, 19 Nov 2012 06:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 12878@debbugs.gnu.org Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.135330486010640 (code B ref 12878); Mon, 19 Nov 2012 06:01:02 +0000 Received: (at 12878) by debbugs.gnu.org; 19 Nov 2012 06:01:00 +0000 Received: from localhost ([127.0.0.1]:54028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaKPj-0002lY-JL for submit@debbugs.gnu.org; Mon, 19 Nov 2012 01:01:00 -0500 Received: from mail-pb0-f44.google.com ([209.85.160.44]:38428) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaKPg-0002lP-Tc for 12878@debbugs.gnu.org; Mon, 19 Nov 2012 01:00:58 -0500 Received: by mail-pb0-f44.google.com with SMTP id uo1so3105104pbc.3 for <12878@debbugs.gnu.org>; Sun, 18 Nov 2012 21:59:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=drSc7IjYBLaukUw4V2Y3RJ3kWnWhyMd9F+TthFDqHK4=; b=XwUX9MITH8K541ro8VLwcHkLxluVRKzwfiWJbYyh6f8HUilZhrL5jX6Veaf+L3XJvj iWBCjQ0n79gFP6GIOJCGHOT4rs0blOBgGPdn0iT1Yu2adW00tX1sS5kLwXhdkDuq4QMD TYqsW5q00KXCBFtzlQ6YyRpOktKCpo2UtlSatrhq+fsDXbup3xRlaNUI6V6N2rPaNVnd EQAdWkSUu9B9ZHN8tk9BZEWFYZt860nan9ZnNPjW5J/PD9mwz9/AYGiYWjjDWo/a6zAK Q2aT0o5OOT3PRA9Lhp55hyra9vxIn0ntbT/ImUg9OSVdMS3/+L2tpb6juTtZeZm26sMa tlOQ== MIME-Version: 1.0 Received: by 10.66.74.65 with SMTP id r1mr32870546pav.75.1353304794245; Sun, 18 Nov 2012 21:59:54 -0800 (PST) Received: by 10.68.79.134 with HTTP; Sun, 18 Nov 2012 21:59:54 -0800 (PST) In-Reply-To: <834nko2h2h.fsf@gnu.org> References: <83haotv4wf.fsf@gnu.org> <834nko2h2h.fsf@gnu.org> Date: Mon, 19 Nov 2012 13:59:54 +0800 Message-ID: From: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Content-Type: multipart/alternative; boundary=f46d042f931e88aa2b04ced2d3e5 X-Spam-Score: 0.1 (/) 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: -2.6 (--) --f46d042f931e88aa2b04ced2d3e5 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Hi, Thank you for fixing the bug. I checked out the latest branch (r 110913), it seems that you miss a semicolon at line 761 in w32term.h. Previous problems are fixed, but I still can not compile the latest branch. There are more problems: 1. I need `nmake bootstrap' but in 24.2 release I can compile directly with `nmake' 2. In lisp.h it begins to define ARRAY_MARK_FLAG as PTRDIFF_MIN, however, definition of PTRDIFF_MIN is in stdint.h, which is not included. And even if included, in nt/inc/stdint.h, various *_MIN (including PTRDIFF_MIN) are not defined 3. In w32.c DeviceIoControl, it uses a FSCTL_GET_REPARSE_POINT that is only defined for _MSC_VER >=3D 0x0500 4. In xdisp.c, start_hourglass function, w32_note_current_window is declared (as extern) and used in the middle of the function, causing an error message. Move the declaration to the beginning of the function solved the problem. After fixing the above problems, finally I can make a temacs.exe, but while loading subr.el, temacs reported an error message saying `Invalid funtion: "DEAD"'. I do not know where the function `dead' comes from. Maybe you can close the previous bug, but for the latest branch, more fixes are needed. 2012/11/18 Eli Zaretskii > > Date: Wed, 14 Nov 2012 09:14:45 +0800 > > From: =C0=EE=B6=A1 > > Cc: 12878@debbugs.gnu.org > > > > Sure, adding a correct prototype is just like including the correct > > header file if Windows 9X really supports this function. But you > > should be careful checking compiler versions, in case that > > redefinition error occur. > > I added the prototype of EnumSystemLocales to one of the w32 headers. > Please try the latest emacs-24 branch (revision 110902 or later) and > see if you still have problems building it. > > > Actually, I encountered several redefinition problems during compilatio= n. > > For example in w32term.c: > > > > #ifndef GLYPHSET > > /* Pre Windows 2000, this was not available, but define it here so > > that Emacs compiled on such a platform will run on newer version= s. > > */ > > ... > > #endif > > > > VC 11.0 does not define GLYPHSET either (or not included), but it does > have > > the definitions, > > and above code leads to redefinition error. > > This is no longer in the development sources of the emacs-24 branch. > This code fragment is now guarded by "#if _WIN32_WINNT < 0x0500", > which I think should work for you, as long as you don't define > _WIN32_WINNT to a value higher than 0x0400. > > > And this in w32term.c too: > > > > /* Reportedly, MSVC does not have this in its headers. */ > > #ifdef _MSC_VER > > DECLARE_HANDLE(HMONITOR); > > #endif > > > > VC 11.0 does have HMONITOR, and another redefinition error. > > This is now guarded by "#if defined (_MSC_VER) && _WIN32_WINNT < 0x0500" > so again, I don't think that it should give you trouble with > _WIN32_WINNT set at 0x0400. > > Please try the latest emacs-24 branch, and if it works for you, I will > close the bug. > --f46d042f931e88aa2b04ced2d3e5 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable Hi,
Thank you for fixing the bug.

I checked ou= t the latest branch (r 110913), it seems that you miss a semicolon at line = 761 in w32term.h.

Previous problems are fixed, but= I still can not compile the latest branch. There are more problems:

1. I need `nmake bootstrap' but in 24.2 release I c= an compile directly with `nmake'

2. In lisp.h = it begins to define ARRAY_MARK_FLAG as PTRDIFF_MIN, however,
    definition of PTRDIFF_MIN is in stdint.h, which is not includ= ed. And even if included, in nt/inc/stdint.h,
    vario= us *_MIN (including PTRDIFF_MIN) are not defined

3= . In w32.c DeviceIoControl, it uses a FSCTL_GET_REPARSE_POINT that is only = defined for _MSC_VER >=3D 0x0500

4. In xdisp.c, start_hourglass function, w32_note_curre= nt_window is declared (as extern) and used in the middle of
 = ;   the function, causing an error message. Move the declaration to th= e beginning of the function solved the problem.

After fixing the above problems, finally I can make a t= emacs.exe, but while loading subr.el, temacs reported an
error me= ssage saying `Invalid funtion: "DEAD"'. I do not know where t= he function `dead' comes from.

Maybe you can close the previous bug, but for the latest branch, more = fixes are needed.



2012/11/18 El= i Zaretskii <eliz@gnu.org>
> Date: Wed, 14 Nov 2012 09:14:45 +0800
> From: =C0=EE=B6=A1 <iamlidin= g@gmail.com>
> Cc: 12878@debbugs.gnu.org=
>
> Sure, adding a correct prototype is just like = including the correct
> header file if Windows 9X really supports this function. But you
> should be careful checking compiler versions, in case that
> redefinition error occur.

I added the prototype of EnumSystemLocales to one of the w32 headers.=
Please try the latest emacs-24 branch (revision 110902 or later) and
see if you still have problems building it.

> Actually, I encountered several redefinition problems during compilati= on.
> For example in w32term.c:
>
>     #ifndef GLYPHSET
>     /* Pre Windows 2000, this was not available, but define = it here so
>        that Emacs compiled on such a platform will= run on newer versions.
>  */
>     ...
>     #endif
>
> VC 11.0 does not define GLYPHSET either (or not included), but it does= have
> the definitions,
> and above code leads to redefinition error.

This is no longer in the development sources of the emacs-24 branch.<= br> This code fragment is now guarded by "#if _WIN32_WINNT < 0x0500&quo= t;,
which I think should work for you, as long as you don't define
_WIN32_WINNT to a value higher than 0x0400.

> And this in w32term.c too:
>
>     /* Reportedly, MSVC does not have this in its headers. &= nbsp;*/
>     #ifdef _MSC_VER
>     DECLARE_HANDLE(HMONITOR);
>     #endif
>
> VC 11.0 does have HMONITOR, and another redefinition error.

This is now guarded by "#if defined (_MSC_VER) && _WIN32= _WINNT < 0x0500"
so again, I don't think that it should give you trouble with
_WIN32_WINNT set at 0x0400.

Please try the latest emacs-24 branch, and if it works for you, I will
close the bug.

--f46d042f931e88aa2b04ced2d3e5-- From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Nov 2012 17:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Cc: 12878@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.135334707411703 (code B ref 12878); Mon, 19 Nov 2012 17:45:01 +0000 Received: (at 12878) by debbugs.gnu.org; 19 Nov 2012 17:44:34 +0000 Received: from localhost ([127.0.0.1]:55365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaVOb-00032i-PZ for submit@debbugs.gnu.org; Mon, 19 Nov 2012 12:44:34 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:36979) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaVOZ-00032X-5p for 12878@debbugs.gnu.org; Mon, 19 Nov 2012 12:44:32 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MDQ00E00X3NC100@a-mtaout22.012.net.il> for 12878@debbugs.gnu.org; Mon, 19 Nov 2012 19:43:04 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDQ00DF2X7RS4A0@a-mtaout22.012.net.il>; Mon, 19 Nov 2012 19:43:04 +0200 (IST) Date: Mon, 19 Nov 2012 19:42:41 +0200 From: Eli Zaretskii In-reply-to: Message-id: <83k3thxze6.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83haotv4wf.fsf@gnu.org> <834nko2h2h.fsf@gnu.org> X-Spam-Score: 0.7 (/) 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: 0.7 (/) > Date: Mon, 19 Nov 2012 13:59:54 +0800 > From: =C0=EE=B6=A1 > Cc: 12878@debbugs.gnu.org >=20 > I checked out the latest branch (r 110913), it seems that you miss = a > semicolon at line 761 in w32term.h. Oops! Fixed. > There are more problems: >=20 > 1. I need `nmake bootstrap' but in 24.2 release I can compile direc= tly with > `nmake' Do you mean that you need "nmake bootstrap" for _every_ change you make in any of the files? If so, please tell what error messages do you see if you make some change in one C file and run Nmake normally, without bootstrapping. > 2. In lisp.h it begins to define ARRAY_MARK_FLAG as PTRDIFF_MIN, ho= wever, > definition of PTRDIFF_MIN is in stdint.h, which is not included= . And > even if included, in nt/inc/stdint.h, > various *_MIN (including PTRDIFF_MIN) are not defined stdint.h is included by inttypes.h, which _is_ included by lisp.h. I added to nt/inc/stdint.h a suitable definition of PTRDIFF_MIN. > 3. In w32.c DeviceIoControl, it uses a FSCTL_GET_REPARSE_POINT that= is only > defined for _MSC_VER >=3D 0x0500 I added the missing definitions to w32.c. > 4. In xdisp.c, start_hourglass function, w32_note_current_window is > declared (as extern) and used in the middle of > the function, causing an error message. Move the declaration to= the > beginning of the function solved the problem. Fixed. > After fixing the above problems, finally I can make a temacs.exe, b= ut while > loading subr.el, temacs reported an > error message saying `Invalid funtion: "DEAD"'. I do not know where= the > function `dead' comes from. This indicates some problems with GC, perhaps alignment. See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D10749 http://lists.gnu.org/archive/html/bug-gnu-emacs/2012-02/msg00565.ht= ml > Maybe you can close the previous bug, but for the latest branch, mo= re fixes > are needed. Please try the latest emacs-24 branch. Revision 110917 shoulod have the above fixes. Thanks. From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Nov 2012 17:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Cc: 12878@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.135343146821488 (code B ref 12878); Tue, 20 Nov 2012 17:12:02 +0000 Received: (at 12878) by debbugs.gnu.org; 20 Nov 2012 17:11:08 +0000 Received: from localhost ([127.0.0.1]:57142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TarLn-0005aX-O2 for submit@debbugs.gnu.org; Tue, 20 Nov 2012 12:11:07 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:63596) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TarLl-0005aO-3H for 12878@debbugs.gnu.org; Tue, 20 Nov 2012 12:11:05 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MDS00D00Q4VH800@a-mtaout23.012.net.il> for 12878@debbugs.gnu.org; Tue, 20 Nov 2012 19:09:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDS00DOUQCHG630@a-mtaout23.012.net.il>; Tue, 20 Nov 2012 19:09:53 +0200 (IST) Date: Tue, 20 Nov 2012 19:09:34 +0200 From: Eli Zaretskii In-reply-to: Message-id: <83pq38w69d.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83haotv4wf.fsf@gnu.org> <834nko2h2h.fsf@gnu.org> <83k3thxze6.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 20 Nov 2012 12:18:25 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > > In nt/inc/stdint.h, INTPTR_MIN is still not defined (though PTRDIFF_MIN is > defined as INTPTR_MIN). Fixed. > Tried GC_LISP_OBJECT_ALIGNMENT=1(or 2), still has the `Invalid function > "DEAD"' problem. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 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: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 20 Nov 2012 12:18:25 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > > In nt/inc/stdint.h, INTPTR_MIN is still not defined (though PTRDIFF_MIN is > defined as INTPTR_MIN). Fixed. > Tried GC_LISP_OBJECT_ALIGNMENT=1(or 2), still has the `Invalid function > "DEAD"' problem. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] > Date: Tue, 20 Nov 2012 12:18:25 +0800 > From: =C0=EE=B6=A1 >=20 > In nt/inc/stdint.h, INTPTR_MIN is still not defined (though PTRDIFF= _MIN is > defined as INTPTR_MIN). Fixed. > Tried GC_LISP_OBJECT_ALIGNMENT=3D1(or 2), still has the `Invalid fu= nction > "DEAD"' problem. Sorry, can't help you here. From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Dec 2012 12:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Cc: 12878@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.135496973524794 (code B ref 12878); Sat, 08 Dec 2012 12:29:01 +0000 Received: (at 12878) by debbugs.gnu.org; 8 Dec 2012 12:28:55 +0000 Received: from localhost ([127.0.0.1]:60000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThJWZ-0006Rr-D0 for submit@debbugs.gnu.org; Sat, 08 Dec 2012 07:28:55 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:63650) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThJWW-0006Rh-LE for 12878@debbugs.gnu.org; Sat, 08 Dec 2012 07:28:53 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MEP00M00P1B0Y00@a-mtaout22.012.net.il> for 12878@debbugs.gnu.org; Sat, 08 Dec 2012 14:28:27 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEP00LSXPBEQUC0@a-mtaout22.012.net.il>; Sat, 08 Dec 2012 14:28:27 +0200 (IST) Date: Sat, 08 Dec 2012 14:28:11 +0200 From: Eli Zaretskii In-reply-to: Message-id: <83sj7glodg.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83haotv4wf.fsf@gnu.org> <834nko2h2h.fsf@gnu.org> <83k3thxze6.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 20 Nov 2012 12:18:25 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > > Tried GC_LISP_OBJECT_ALIGNMENT=1(or 2), still has the `Invalid function > "DEAD"' problem. This could be due to reallocation of 'environ' in editfns.c. See the discussion and the patches in bug #13070. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 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: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 20 Nov 2012 12:18:25 +0800 > From: =?UTF-8?Q?=C0=EE=B6=A1?= > > Tried GC_LISP_OBJECT_ALIGNMENT=1(or 2), still has the `Invalid function > "DEAD"' problem. This could be due to reallocation of 'environ' in editfns.c. See the discussion and the patches in bug #13070. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4987] > Date: Tue, 20 Nov 2012 12:18:25 +0800 > From: =C0=EE=B6=A1 >=20 > Tried GC_LISP_OBJECT_ALIGNMENT=3D1(or 2), still has the `Invalid fu= nction > "DEAD"' problem. This could be due to reallocation of 'environ' in editfns.c. See the discussion and the patches in bug #13070. From unknown Tue Aug 19 23:13:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12878: 24.2; Compiling failed on Windows 7 with VC 11 Express: _WIN32_WINNT version too low Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Jun 2017 01:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12878 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=E6=9D=8E=E4=B8=81?= Cc: 12878@debbugs.gnu.org Received: via spool by 12878-submit@debbugs.gnu.org id=B12878.149809406120917 (code B ref 12878); Thu, 22 Jun 2017 01:15:02 +0000 Received: (at 12878) by debbugs.gnu.org; 22 Jun 2017 01:14:21 +0000 Received: from localhost ([127.0.0.1]:60415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNqhQ-0005RD-Nw for submit@debbugs.gnu.org; Wed, 21 Jun 2017 21:14:20 -0400 Received: from mail-io0-f177.google.com ([209.85.223.177]:34180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNqhO-0005Qw-G8; Wed, 21 Jun 2017 21:14:18 -0400 Received: by mail-io0-f177.google.com with SMTP id c201so13936577ioe.1; Wed, 21 Jun 2017 18:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=+GAFVnYH6j+leXUrhiXWqS1Fbnng5gcteemnbxUNTkU=; b=ATgRT1HdGaVVmb7biHi/XLAKCs41d3s4u+Klaiu3GY9/uGNrah1Zku8/mZjvpcKx5e th99AEbU2W3+4QNmdBPk+XsSpr1g1T15l1/fNxojlL2kAZwVVMekzlAS/zLfts4+W4XU SjqHDmeT6pDXIFavNzvWyvoAVNxsHKWZ+IJX1QLl3zapDdbxPacYMLqlxyxDen+XU5la zUWJ0mG+3cKJjG+NIKQUR42Nq0wNaD73FN4YoUxy9iRejhq64876uv2toi0izviO/TaG Zar/5OawJmzGhoYuDY0LoNivDtsooKsmjyDdSt4k7YD1QbzpTR6NeOhm6k99AyCzoXQA gh9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=+GAFVnYH6j+leXUrhiXWqS1Fbnng5gcteemnbxUNTkU=; b=OaT20VljhRdfvDs9DXzQSAQpXYyTY9ssIcPrr2UHUI2Yv6qsNZEcY3+nlwnwvLuW48 1ehEodO9wcoHo3pCEwTHbjR6GmdlNzLttDUWE1kIEJBikCuHoCKdVFWcCd05CvlPl6V5 CizPzsTwMx7UCzxKYARY0N6zWKjeaGmq/GhSjOs67t5TdYz8WWIC8CUhnklcRe9YHLSq Gu3buTFBGmQVZNmF0PG4YdDWGeXGT4dl3WRFU8Bn6jjlgBNUD1K745Wv0pEtOrPk04iV GAXed8ICufeHrWR+fFOogmnnjdW+RRQGLsvWh1NRerstrPae9HHctSVd6d1aZU6BmLH4 hyjw== X-Gm-Message-State: AKS2vOyW0qdEQSPn3+xwR4V9dw7WNyygNhM4wtOJL/CtD8hmodBHA+HX tkNl3vg16g/qUqDx X-Received: by 10.107.188.3 with SMTP id m3mr11482iof.113.1498094052653; Wed, 21 Jun 2017 18:14:12 -0700 (PDT) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 137sm11293128itw.14.2017.06.21.18.14.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 21 Jun 2017 18:14:11 -0700 (PDT) From: npostavs@users.sourceforge.net References: Date: Wed, 21 Jun 2017 21:15:47 -0400 In-Reply-To: ("=?UTF-8?Q?=E6=9D=8E_?= =?UTF-8?Q?=E4=B8=81?="'s message of "Tue, 13 Nov 2012 19:11:34 +0800") Message-ID: <878tkkrfek.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.0 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 12878 wontfix close 12878 quit > I tried to compile emacs 24.2 on Windows 7 with Visual C++ 11.0 > Express This building method is no longer supported.