From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 56670 invoked by alias); 24 May 2017 02:44:56 -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 56655 invoked by uid 89); 24 May 2017 02:44:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1029, offer X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (208.118.235.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 24 May 2017 02:44:53 +0000 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dDMI8-0004ux-Gm for gdb-patches@sourceware.org; Tue, 23 May 2017 22:44:55 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43022) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dDMI8-0004ut-Df; Tue, 23 May 2017 22:44:52 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1778 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dDMI7-0000dP-Im; Tue, 23 May 2017 22:44:52 -0400 Date: Wed, 24 May 2017 02:44:00 -0000 Message-Id: <83fufvm0ro.fsf@gnu.org> From: Eli Zaretskii To: Pedro Alves CC: brobecker@adacore.com, simon.marchi@polymtl.ca, gdb-patches@sourceware.org In-reply-to: <54594002-5d70-9ff8-c481-0cbfc8c68c7b@redhat.com> (message from Pedro Alves on Tue, 23 May 2017 10:53:47 +0100) Subject: Re: GDB 7.99.91 MinGW compilation error in cli-script.c Reply-to: Eli Zaretskii References: <20170504194442.63AAF60B72@joel.gnat.com> <83o9v3cs25.fsf@gnu.org> <91d9fc6cc7c07674a0b5cd02e7b1502b@polymtl.ca> <8360h38r1r.fsf@gnu.org> <20170517143136.mdnstf2u2jiydvnd@adacore.com> <83fug35v70.fsf@gnu.org> <83y3tt2ow0.fsf@gnu.org> <83vaox2j0w.fsf@gnu.org> <7017128a-7b51-5436-657b-58807d04eb02@redhat.com> <83vaouns1q.fsf@gnu.org> <837f18ohr2.fsf@gnu.org> <54594002-5d70-9ff8-c481-0cbfc8c68c7b@redhat.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-IsSubscribed: yes X-SW-Source: 2017-05/txt/msg00517.txt.bz2 > Cc: brobecker@adacore.com, simon.marchi@polymtl.ca, gdb-patches@sourceware.org > From: Pedro Alves > Date: Tue, 23 May 2017 10:53:47 +0100 > > I'm surprised mingw does this, because that's a libstdc++ > internal symbol... I'm guessing that was done because releases of MinGW runtime and the MinGW port of GCC are not in sync. So people who have a GCC installation and upgrade to a later MinGW runtime expect to have this problem solved, but the way you seem to assume tjis to happen is by them having to build an updated GCC or wait for an update of the GCC distribution. > Please also take a look at the fix for: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58393 > > which suggests to me that newer compilers against older mingw > might actually be fixed, independently of the _GLIBCXX_USE_C99 hack? mingw.org's MinGW currently doesn't offer GCC newer than 5.3.0, so this solution is not yet available to MinGW users. Maybe soon it will be.