From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id B0BC83857003 for ; Tue, 30 Jun 2020 16:18:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org B0BC83857003 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=gnu.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=eliz@gnu.org Received: from fencepost.gnu.org ([2001:470:142:3::e]:52385) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jqIy7-0003DX-4C; Tue, 30 Jun 2020 12:18:47 -0400 Received: from [176.228.60.248] (port=3493 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jqIy6-00029v-Ep; Tue, 30 Jun 2020 12:18:46 -0400 Date: Tue, 30 Jun 2020 19:18:38 +0300 Message-Id: <83ftaczfvl.fsf@gnu.org> From: Eli Zaretskii To: Joel Brobecker CC: gdb-patches@sourceware.org In-Reply-To: <83a70l20dn.fsf@gnu.org> (message from Eli Zaretskii on Mon, 29 Jun 2020 21:27:32 +0300) Subject: Re: Building today's snapshot of GDB with MinGW References: <83a70l20dn.fsf@gnu.org> X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_SHORT, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2020 16:18:48 -0000 > Date: Mon, 29 Jun 2020 21:27:32 +0300 > From: Eli Zaretskii > > At Joel's request I've built today's (29 June) snapshot of GDB using > mingw.org's MinGW and GCC 9.2.0. There are a few issues I bumped into > related to Gnulib and MinGW runtime (which I recently upgraded to a > newer version), and I'm still working on those. So what's below is an > interim report of issues related to GDB itself: More information: Two issues I reported to Gnulib were fixed: https://lists.gnu.org/archive/html/bug-gnulib/2020-06/msg00068.html https://lists.gnu.org/archive/html/bug-gnulib/2020-06/msg00069.html So I hope we could update from Gnulib before the GDB 10 branch is cut. Another problem is specific to the MinGW headers, and was also fixed: https://osdn.net/projects/mingw/lists/archive/users/2020-June/000543.html Yet another problem, which I'm not yet sure whether it's specific to MinGW or to Windows XP, is still unfolding: https://osdn.net/projects/mingw/lists/archive/users/2020-June/000541.html It currently makes me unable to run the built GDB on Windows XP, but I can run it on newer versions of Windows. So this is not a blocking problem. Last, but not least: the test we do in gdbserver/configure for the socklen_t data type declaration doesn't work on Windows. We do this: AC_CHECK_TYPES(socklen_t, [], [], [#include #include ]) But on Windows this fails, because sys/socket.h doesn't exist; instead, socklen_t is supposed to be defined in ws2tcpip.h. So the correct headers inclusion for the test program would be #include #if HAVE_SYS_SOCKET_H # include #elif HAVE_WS2TCPIP_H # include Can we please fix this minor issue? Thanks.