From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Tak Ota Newsgroups: gmane.emacs.bugs Subject: bug#62792: Emacs 29.0.90 build fails Date: Wed, 12 Apr 2023 09:18:39 -0700 Message-ID: References: <83bkjt6rpk.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000081b98905f925f6f2" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10781"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 62792@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 12 18:19:14 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pmdBh-0002XB-Ds for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Apr 2023 18:19:13 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pmdBX-0002hq-I9; Wed, 12 Apr 2023 12:19:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmdBW-0002hT-2l for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 12:19:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pmdBV-0003Ij-Qu for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 12:19:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pmdBV-0000gj-LN for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 12:19:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Tak Ota Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2023 16:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62792 X-GNU-PR-Package: emacs Original-Received: via spool by 62792-submit@debbugs.gnu.org id=B62792.16813163402639 (code B ref 62792); Wed, 12 Apr 2023 16:19:01 +0000 Original-Received: (at 62792) by debbugs.gnu.org; 12 Apr 2023 16:19:00 +0000 Original-Received: from localhost ([127.0.0.1]:41557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmdBU-0000gT-Bm for submit@debbugs.gnu.org; Wed, 12 Apr 2023 12:19:00 -0400 Original-Received: from mail-oi1-f171.google.com ([209.85.167.171]:34450) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmdBO-0000gB-2a for 62792@debbugs.gnu.org; Wed, 12 Apr 2023 12:18:58 -0400 Original-Received: by mail-oi1-f171.google.com with SMTP id bh10so8151008oib.1 for <62792@debbugs.gnu.org>; Wed, 12 Apr 2023 09:18:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681316328; x=1683908328; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=VsPTYgtXDMc7ICCjQKqtT9lg4Z3Zrwz2NGaGK2CnOTE=; b=ebnLYwS7BynNCBBX53uRzWLAdlZN9tbmWGHS7zRYSaETF6OZfM6E7wM6jDgKX/3Lz2 7sLLvLkCoWkPYeHu4xrlHRMN3ibSUUIgy9iMzixile0naqMqv5n3/ybZBB0qzW0K6TZq xHSZWMJBHiubJAVMVMORx1VXELxmgBHVFMZ05brl+VvB3GJb4DfUukP/1AsLTy3eWs7X cJm41m97/KBK2A8hFyfH+aQ/EkxpSXj+de9qgbI7IMF7faPvvhIz1RuofwKP7mhWt4Lu H34QPk4Mx7fltyga7R+l02dw1qI3hBJn3mot7kO6web2JEsJaIkg/WJibgw1mm4Bdu1B wCog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1681316328; x=1683908328; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VsPTYgtXDMc7ICCjQKqtT9lg4Z3Zrwz2NGaGK2CnOTE=; b=Qcv3CYBGBMQ1x8C1KtUokHVJmspPJAqHsSrH1KndpSvrZjZbSXTOuR2fPdT9JwrOB4 aFqgOHHmWERNVXuil9oQItsIQ3SqDaRhw8iJc7m3EX+Js/tm+qiEOOMqN0RV1/YBxMhS AGwIUTsIHikCTlIo1D7+efNxRV3GlR0IQwUQ5NI0WRV6BkXtQieO/CAyvqZsLsD/gl1d qTdJlB2oh4lnRiEHIh8bpcRUH9iSvprOO5cgscuKksOfKOy0k61fU0fJrngsypnEffON kZoyco1i5f6rE6vHyJ8Yu/jh20FH5fpApXzVrExCdZzjUP5Mgc+9ecVH6tC2+9WrEbs1 tDUQ== X-Gm-Message-State: AAQBX9c4syZwgCLrQBA9LcR6vwKzLKUqLD4nTvjPS5jxfykdKF54ggV1 08rbcb0EfdSryzrT3S4l9Vd+d892DjNX9kXQIJo= X-Google-Smtp-Source: AKy350ZkNMIlYU6mRa0gCWch8L09Xt9RcLGoVOxl+1jTrtntDKjbWWZlw/+SraQTIwzdLKjg2LLggrmJu5M3deoNvnc= X-Received: by 2002:a05:6808:d8:b0:389:6b0e:9d86 with SMTP id t24-20020a05680800d800b003896b0e9d86mr3552566oic.0.1681316328354; Wed, 12 Apr 2023 09:18:48 -0700 (PDT) In-Reply-To: <83bkjt6rpk.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:259780 Archived-At: --00000000000081b98905f925f6f2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This is what I saw. CC w32fns.o CC w32menu.o CC w32reg.o CC w32font.o CC w32term.o CC w32xfns.o CC w32select.o CC w32uniscribe.o CC w32cygwinx.o CC w32.o w32.c:551:3: error: conflicting types for 'CONSOLE_FONT_INFO' } CONSOLE_FONT_INFO; ^ In file included from c:\mingw\include\windows.h:43:0, from c:\mingw\include\winsock2.h:22, from c:/d/pub/emacs/emacs-29.0.90/nt/inc/sys/socket.h:57, from thread.h:25, from lisp.h:2268, from w32.c:98: c:\mingw\include\wincon.h:86:3: note: previous declaration of 'CONSOLE_FONT_INFO' was here } CONSOLE_FONT_INFO, *PCONSOLE_FONT_INFO; ^ make[2]: *** [w32.o] Error 1 make[2]: Leaving directory `/c/d/pub/emacs/emacs-29.0.90/src' make[1]: *** [src] Error 2 make[1]: Leaving directory `/c/d/pub/emacs/emacs-29.0.90' make[1]: Entering directory `/c/d/pub/emacs/emacs-29.0.90' *** *** "make all" failed with exit status 2. *** *** You could try to: *** - run "make bootstrap", which might fix the problem *** - run "make V=3D1", which displays the full commands invoked by make, *** to further investigate the problem *** make[1]: *** [advice-on-failure] Error 2 make[1]: Leaving directory `/c/d/pub/emacs/emacs-29.0.90' make: *** [all] Error 2 On Wed, Apr 12, 2023 at 8:32=E2=80=AFAM Eli Zaretskii wrote: > > From: Tak Ota > > Date: Tue, 11 Apr 2023 11:16:28 -0700 > > > > When attempted to build using MinGW the next section of code in > src/w32.c conflicts with the definition > > in MinGW/include/wincon.h > > Thank you for your report. > > Please show the exact compilation error message you get due to this > conflict. I don't see any errors here, and Emacs 29 compiles with > MinGW flawlessly here. > > > This typedef was not in src/w32.c of Emacs 28.2. > > > > #if _WIN32_WINNT < 0x0501 > > typedef struct > > { > > DWORD nFont; > > COORD dwFontSize; > > } CONSOLE_FONT_INFO; > > #endif > > Also, which flavor of MinGW and which version are you using? The > above should be only visible with _WIN32_WINNT that is smaller than > 0x0501, which should not happen with latest MinGW64. And looking at > the latest MinGW64 headers, I see the definition of CONSOLE_FONT_INFO > structure there that is identical to the above, so how can it > conflict? > --00000000000081b98905f925f6f2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This is what I saw.

=C2=A0 CC =C2=A0 =C2=A0 =C2=A0 w32fns.o
=C2=A0 CC =C2=A0 =C2= =A0 =C2=A0 w32menu.o
=C2=A0 CC =C2=A0 =C2=A0 =C2=A0 w32reg.o
=C2=A0 CC =C2=A0= =C2=A0 =C2=A0 w32font.o
=C2=A0 CC =C2=A0 =C2=A0 =C2=A0 w32term.o
=C2=A0 CC = =C2=A0 =C2=A0 =C2=A0 w32xfns.o
=C2=A0 CC =C2=A0 =C2=A0 =C2=A0 w32select.o
=C2= =A0 CC =C2=A0 =C2=A0 =C2=A0 w32uniscribe.o
=C2=A0 CC =C2=A0 =C2=A0 =C2=A0 w3= 2cygwinx.o
=C2=A0 CC =C2=A0 =C2=A0 =C2=A0 w32.o
w32.c:551:3: error: conflicti= ng types for 'CONSOLE_FONT_INFO'
=C2=A0} CONSOLE_FONT_INFO;=C2=A0 = =C2=A0^
In file included from c:\mingw\include\windows.h:43:0,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0from c:\mingw\include\winsock2.h:22,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0from c:/d/pub/emacs/emacs-29.0.90/nt/inc/sys/socket.h:57,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0from thread.h:25,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0from lisp.h:2268,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0from w32.c:98:
c:\mingw\include\wincon.h:86:3: note: previous declaration of '= ;CONSOLE_FONT_INFO' was here
=C2=A0} CONSOLE_FONT_INFO, *PCONSOLE_FONT_I= NFO;
=C2=A0 =C2=A0^
make[2]: *** [w32.o] Error 1
make[2]: Leaving directory `/= c/d/pub/emacs/emacs-29.0.90/src&#= 39;
make[1]: *** [src] Error 2
make[1]: Leaving directory `/c/d/pub/emacs/ema= cs-29.0.90'
make[1]: Entering directory `/c/d/pub/emacs/emacs-29.0.90= 9;
***
*** "make all" failed with exit status 2.
***
*** You could tr= y to:
*** - run "make bootstrap", which might fix the problem
*** -= run "make V=3D1", which displays the full commands invoked by ma= ke,
*** =C2=A0 to further investigate the problem
***
make[1]: *** [advice-on-= failure] Error 2
make[1]: Leaving directory `/c/d/pub/emacs/emacs-29.0.90= 9;
make: *** [all] Error 2

On W= ed, Apr 12, 2023 at 8:32=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Tak Ota <takaaki.ota@gmail.com>
> Date: Tue, 11 Apr 2023 11:16:28 -0700
>
> When attempted to build using MinGW the next section of code in src/w3= 2.c conflicts with the definition
> in MinGW/include/wincon.h

Thank you for your report.

Please show the exact compilation error message you get due to this
conflict.=C2=A0 I don't see any errors here, and Emacs 29 compiles with=
MinGW flawlessly here.

> This typedef was not in src/w32.c of Emacs 28.2.
>
> #if _WIN32_WINNT < 0x0501
> typedef struct
> {
>=C2=A0 =C2=A0DWORD nFont;
>=C2=A0 =C2=A0COORD dwFontSize;
> } CONSOLE_FONT_INFO;
> #endif

Also, which flavor of MinGW and which version are you using?=C2=A0 The
above should be only visible with _WIN32_WINNT that is smaller than
0x0501, which should not happen with latest MinGW64.=C2=A0 And looking at the latest MinGW64 headers, I see the definition of CONSOLE_FONT_INFO
structure there that is identical to the above, so how can it
conflict?
--00000000000081b98905f925f6f2--