From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 77596 invoked by alias); 12 Oct 2016 10:51:46 -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 77582 invoked by uid 89); 12 Oct 2016 10:51:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=men, dynamics, influential, labeling 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, 12 Oct 2016 10:51:35 +0000 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1buH8E-0003tb-DJ for gdb-patches@sourceware.org; Wed, 12 Oct 2016 06:51:33 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53736) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1buH8E-0003tU-B5; Wed, 12 Oct 2016 06:51:30 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2823 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1buH8C-0004mo-6V; Wed, 12 Oct 2016 06:51:28 -0400 Date: Wed, 12 Oct 2016 10:51:00 -0000 Message-Id: <83fuo1c02j.fsf@gnu.org> From: Eli Zaretskii To: Pedro Alves CC: brobecker@adacore.com, markus.t.metzger@intel.com, gdb-patches@sourceware.org In-reply-to: (message from Pedro Alves on Wed, 12 Oct 2016 10:37:01 +0100) Subject: Re: [PATCH 1/3] Introduce gdb::unique_ptr Reply-to: Eli Zaretskii References: <1476117992-5689-1-git-send-email-palves@redhat.com> <1476117992-5689-2-git-send-email-palves@redhat.com> <20161011121639.GE3813@adacore.com> <68fc02cb-59bc-012c-d1be-b5ed2076d6a5@redhat.com> <20161011144741.GF3813@adacore.com> <83insydifw.fsf@gnu.org> <83a8eadds7.fsf@gnu.org> <4d49eb8f-5a0c-1e7e-d082-1a224179184f@redhat.com> <831szmd977.fsf@gnu.org> <83vawybol4.fsf@gnu.org> <6ba388f7-1696-42db-ae92-23df79e3ba11@redhat.com> <83oa2qaxe7.fsf@gnu.org> 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: 2016-10/txt/msg00296.txt.bz2 > Cc: brobecker@adacore.com, markus.t.metzger@intel.com, > gdb-patches@sourceware.org > From: Pedro Alves > Date: Wed, 12 Oct 2016 10:37:01 +0100 > > On 10/12/2016 07:34 AM, Eli Zaretskii wrote: > > >>> I'm still arguing because you all but decided to declare that to enjoy > >>> GDB to its fullest one has from now on to have GCC 6.x. GCC 6.1 was > >>> released just this April, so it sounds too drastic to require it only > >>> a few months later. > >> > >> Eli, I've repeatedly told you that that's completely false. No one > >> is suggesting that. > > > > Jan just did. > > No he didn't. That's another straw man argument. Would you please refrain from labeling my (or anyone else's) arguments with derogatory labels? Please always assume that anything like that is due to some misunderstanding, not to anything else. Otherwise, you are converting a technical argument into an ad-hominem, something that neither you nor anyone else wants. > Jan said, in full: > > > The discussion is about C++11. LLVM+LLDB have switched to C++11 in 2014 and > > they haven't looked back. > > > > I see the C++11 discussion pointless, where is the system which really needs > > GDB and which still cannot compile C++11? Why to waste manyears on bugs which > > can no longer exist with C++11? > > > > The discussion should be when to switch to C++17 as that removes another tons > > of crap like gnulib. > > He's saying that we should just require C++11 and be done with it. > And then he concluded with a (hopefully tongue-in-cheek) remark about > C++17, which (hopefully) is obvious we're not going to be requiring > that anytime soon... I have no reason to be sure that was tongue-in-cheek. And I have no reason to regard as obvious that no one will be requiring C++17 any time soon, not without anyone, nor our coding standards, saying that. So from my POV, that was no straw man argument at all. Jan is one of the more influential developers here, so his opinions certainly have a significant weight with me. I regard things that he writes very seriously. > Fact: Nowhere did he say that we will now require GCC 6.1. Not directly, no. But C++14 is not fully supported until GCC 5, AFAIK, so who knows what C++17 might mean; it certainly does mean a new enough GCC version, possibly GCC 6 or newer. Thus my reaction. > Requiring C++11 would mean requiring GCC around 4.8, NOT GCC 6.1. Agreed. But there wasn't any argument about this particular aspect, i.e. which GCC version would be needed for C++11 support. > > So "completely false" is completely false. > > You're repeated claims that people are suggesting to require > GCC 6.1 are provably false. See above: they are not provably false, or at least that's not the only possible interpretation of what's being said here. > In any case, Jan's reply came after all our discussions, and I'm > not Jan. If someone comes in and suggests to actually require GCC 6.1, > then I'll stop saying that nobody is suggesting that, and instead say > that I'd strongly object it. So we agree that requiring 6.1 at this point is not something we should do. Good. Now let's decide at some point for how long we will keep GCC 4.8 (or some older version, if we decide to stick to an older C++ standard) as the lowest version we require. Then these arguments will not happen anymore, at least for some time. > > And what > > you are suggesting, while not as radical as what Jan says, will still > > get us there soon enough. > > There's no Trojan here. If you don't trust me, then I don't know > what else I can do... This isn't about trusting you personally. I'm just old enough to know how these things develop and what is the social dynamics that facilitates them. It's our human nature. > And conversely, I hope you understand how repeated straw man > arguments even after they're categorically dismissed could be > taken as an insult. They are not straw men, they are good-faith arguments and concerns. Please treat them as such.