From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 59944 invoked by alias); 18 Apr 2019 18:54:30 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 59934 invoked by uid 89); 18 Apr 2019 18:54:30 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 18 Apr 2019 18:54:29 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37969) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHCAz-0004X0-L6; Thu, 18 Apr 2019 14:54:27 -0400 Received: from [176.228.60.248] (port=3388 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hHCAy-0001tK-Rs; Thu, 18 Apr 2019 14:54:25 -0400 Date: Thu, 18 Apr 2019 18:54:00 -0000 Message-Id: <83zhoncfg2.fsf@gnu.org> From: Eli Zaretskii To: Kevin Buettner CC: gdb-patches@sourceware.org In-reply-to: <20190418100058.34c64f18@f29-4.lan> (message from Kevin Buettner on Thu, 18 Apr 2019 10:00:58 -0700) Subject: Re: Fix compilation using mingw.org's MinGW References: <835zrbe36c.fsf@gnu.org> <20190418100058.34c64f18@f29-4.lan> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-IsSubscribed: yes X-SW-Source: 2019-04/txt/msg00358.txt.bz2 > Date: Thu, 18 Apr 2019 10:00:58 -0700 > From: Kevin Buettner > Cc: gdb-patches@sourceware.org > > > +#if _WIN32_WINNT < 0x0501 > > + > > +typedef > > +struct _CONSOLE_FONT_INFO > > +{ DWORD nFont; > > + COORD dwFontSize; > > +} CONSOLE_FONT_INFO, *PCONSOLE_FONT_INFO; > > + > > +#endif > > + > > typedef BOOL WINAPI (AdjustTokenPrivileges_ftype) (HANDLE, BOOL, > > PTOKEN_PRIVILEGES, > > DWORD, PTOKEN_PRIVILEGES, > > I had expected to see a typedef for struct CONSOLE_FONT_INFO, but > instead see one for _CONSOLE_FONT_INFO (where the difference is > the leading underscore.) The struct is with the leading underscore, the typedef isn't. > I'm guessing that there's some magic in Windows specific header files > which makes this work, but I just want to check to make sure that this > wasn't a typo on your part... It wasn't a typo, and there is no magic ;-)