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 11:48:48 -0700 Message-ID: References: <83bkjt6rpk.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000007bc81105f9280f0a" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35606"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 62792@debbugs.gnu.org, Eli Zaretskii To: Corwin Brust Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 12 20:50:17 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 1pmfXr-0008lf-Aa for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Apr 2023 20:50:16 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pmfXg-0000Si-9U; Wed, 12 Apr 2023 14:50:04 -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 1pmfXe-0000SO-Dk for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 14:50: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 1pmfXe-0002hG-29 for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 14:50:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pmfXd-0005Bt-Jh for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 14:50: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 18:50: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.168132534619878 (code B ref 62792); Wed, 12 Apr 2023 18:50:01 +0000 Original-Received: (at 62792) by debbugs.gnu.org; 12 Apr 2023 18:49:06 +0000 Original-Received: from localhost ([127.0.0.1]:41798 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmfWj-0005AY-RT for submit@debbugs.gnu.org; Wed, 12 Apr 2023 14:49:06 -0400 Original-Received: from mail-oi1-f178.google.com ([209.85.167.178]:37598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmfWg-0005A0-Pe for 62792@debbugs.gnu.org; Wed, 12 Apr 2023 14:49:03 -0400 Original-Received: by mail-oi1-f178.google.com with SMTP id bm45so2712000oib.4 for <62792@debbugs.gnu.org>; Wed, 12 Apr 2023 11:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681325337; x=1683917337; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=FhsXp7ECJfwN/v7YZ7bi6z/N7GLddlGNqQmmadi6Jvs=; b=QLzO4SnQzcUYbqtqJG0239WlL4UCRogbY2Nr0mLc4qNhd/PXvwChgQ/DP6NeRHeFHv BFXfucsHm0PNpgaEcCNxO0roB9SLdO5fCBKMoY+L7MgMcoo+a0XtEmzYABBmDuVJ2DuP wUTunL13o14DGrSsy7netpnws40QkxbRqIdTvITJtq8f12F3kjUUluVwU7XnC2V2yIlU Kl4cf1CSVPJ631b4iZk3JEzcLXzghu+HkgJ2eU1WCGUuTseR+WPcKTboWDB4je6fOuG1 n0ddACYdA1GMwQllJ25bdLMt0hzxj8doj/LjpxeW397W5fr0tsdCRvncWQI7ljHlhnPj b0Iw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681325337; x=1683917337; 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=FhsXp7ECJfwN/v7YZ7bi6z/N7GLddlGNqQmmadi6Jvs=; b=Ef53HnemYTLihoYcebp1WGrWnx4wvwR4VCfUTA0jm62gx/PIBQyymZ+kwjOuXKo1Wy u7SOqIJjRZgytVqZ39KpZlHtqJErGDIWvK/9ldKm1sdZBAMFccuPVLwxBJc37W6lsPE6 /Ac9HOzTOQeValUFhtCPHhkcKQSJzjMW/W+Lu+UR5maSRNJY6BNjmtc7Df77b2BSvWKP JeOiFatIZte2Xbed1TOkylkjTFbBLsDV98rcCXFERS5zRpYCnm9WxyaQ7uiNxPW6Sji5 0kEA45dFJrl0jGPopiUAOk3PE6i5tElNpfetlxuOs9paLQK1Xwrez+1T7J9+xJLBjrRw paJQ== X-Gm-Message-State: AAQBX9dxaJQTNYl7876ka9sMA3JmvExdtB1oKZ5oWaNCuvRZANQFWgg1 vzKA/ihtcZgbSYr3R9LQ1H2wuCUINb96sugSJi4= X-Google-Smtp-Source: AKy350YPx8zQmL6iUy10okWGSx6nlweUp/KAqxfAOisiP05CIGVw+ZzGKnIWyMFnM0C5AoaVcOYL3ogunQn44jGi9mU= X-Received: by 2002:aca:f0f:0:b0:389:6b0e:9d99 with SMTP id 15-20020aca0f0f000000b003896b0e9d99mr4563500oip.0.1681325337330; Wed, 12 Apr 2023 11:48:57 -0700 (PDT) In-Reply-To: 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:259801 Archived-At: --0000000000007bc81105f9280f0a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I am curious. What is the reason the next was added to w32.c? #if _WIN32_WINNT < 0x0501 typedef struct { DWORD nFont; COORD dwFontSize; } CONSOLE_FONT_INFO; #endif This was not in the previous emacs source w32.c. -Tak On Wed, Apr 12, 2023 at 11:36=E2=80=AFAM Tak Ota wr= ote: > Hi Corwin, > > ota@Tak-Dell-XPS15 /c/d/pub/emacs/emacs-29.0.90 > $ uname -a > MINGW32_NT-6.2 TAK-DELL-XPS15 1.0.19(0.48/3/2) 2016-07-13 17:45 i686 Msys > > On Wed, Apr 12, 2023 at 9:36=E2=80=AFAM Corwin Brust wrot= e: > >> Hi Tak, >> >> On Wed, Apr 12, 2023 at 11:18=E2=80=AFAM Tak Ota = wrote: >> > >> > This is what I saw. >> >> Thanks for the error message detail. Unfortunately, I'm still not >> able to reproduce this error. I'm building the emacs-29 branch under >> MINGW32, in case that might be it. (It has been several days since I >> tried x32 build.) >> >> Are you building from a git checkout or starting from the 29.0.90 >> source archive? >> >> Can you share the output from running "uname -a" in the shell where >> you are building? Here's mine, for reference: >> >> MINGW64_NT-10.0-19043 Avalon 3.3.4-341.x86_64 2022-02-15 17:24 UTC >> x86_64 Msys >> >> Finally, can you answer Eli's question below? >> >> >> >> >> 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? >> >> Thanks for reporting! >> > --0000000000007bc81105f9280f0a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I am curious. What is the reason the next was added to w32= .c?

#if _WIN32_WINNT < 0x0501
typedef struct
{<= br>=C2=A0 DWORD nFont;
=C2=A0 COORD dwFontSize;
} CONSOLE_FONT_INFO;<= br>#endif

This was not in the previous emacs s= ource w32.c.

-Tak


On Wed, Apr = 12, 2023 at 11:36=E2=80=AFAM Tak Ota <takaaki.ota@gmail.com> wrote:
Hi Corwin,

=
ota@Tak-Dell-XPS15 /c/d/pub/emacs/emacs-29.0.90
$ uname -a
MING= W32_NT-6.2 TAK-DELL-XPS15 1.0.19(0.48/3/2) 2016-07-13 17:45 i686 Msys

On= Wed, Apr 12, 2023 at 9:36=E2=80=AFAM Corwin Brust <corwin@bru.st> wrote:
Hi Tak,

On Wed, Apr 12, 2023 at 11:18=E2=80=AFAM Tak Ota <takaaki.ota@gmail.com> wrote: >
> This is what I saw.

Thanks for the error message detail.=C2=A0 Unfortunately, I'm still not=
able to reproduce this error.=C2=A0 I'm building the emacs-29 branch un= der
MINGW32, in case that might be it. (It has been several days since I
tried x32 build.)

Are you building from a git checkout or starting from the 29.0.90
source archive?

Can you share the output from running "uname -a" in the shell whe= re
you are building?=C2=A0 Here's mine, for reference:

=C2=A0 MINGW64_NT-10.0-19043 Avalon 3.3.4-341.x86_64 2022-02-15 17:24 UTC x= 86_64 Msys

Finally, can you answer Eli's question below?

>>
>> 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 tha= n
>> 0x0501, which should not happen with latest MinGW64.=C2=A0 And loo= king at
>> the latest MinGW64 headers, I see the definition of CONSOLE_FONT_I= NFO
>> structure there that is identical to the above, so how can it
>> conflict?

Thanks for reporting!
--0000000000007bc81105f9280f0a--