From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 45997 invoked by alias); 13 Oct 2016 09:07:05 -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 45979 invoked by uid 89); 13 Oct 2016 09:07:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=CentOS, centos, Hx-languages-length:2486, her X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 13 Oct 2016 09:06:54 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 0E1A3C04B921; Thu, 13 Oct 2016 09:06:53 +0000 (UTC) Received: from host1.jankratochvil.net (ovpn-116-55.ams2.redhat.com [10.36.116.55]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u9D96nHR014925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 13 Oct 2016 05:06:51 -0400 Date: Thu, 13 Oct 2016 09:07:00 -0000 From: Jan Kratochvil To: Eli Zaretskii Cc: palves@redhat.com, brobecker@adacore.com, markus.t.metzger@intel.com, gdb-patches@sourceware.org Subject: Re: [PATCH 1/3] Introduce gdb::unique_ptr Message-ID: <20161013090647.GA32613@host1.jankratochvil.net> References: <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> <83fuo1c02j.fsf@gnu.org> <20161012114515.GA26977@host1.jankratochvil.net> <831szlbwqt.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <831szlbwqt.fsf@gnu.org> User-Agent: Mutt/1.7.0 (2016-08-17) X-IsSubscribed: yes X-SW-Source: 2016-10/txt/msg00346.txt.bz2 On Wed, 12 Oct 2016 14:03:06 +0200, Eli Zaretskii wrote: > That may all be true, but changing the system compiler is still a > serious decision, unrelated to distribution and/or update speeds, and > not always even in the hands of the user who wants to build his or her > GDB which was just released. > > The nuisance of having to upgrade half of your system just because you > want to have one package of the latest release is real for users who > need to do during most of their day something other than debug build > failures and install updated dependencies. I was hoping we didn't > want to increase those annoyances. GCC 4.8.1 has been released in May 2013 so any Linux distributions with at least annual releases already have it. The only exception are LTS https://en.wikipedia.org/wiki/Long-term_support distributions: {RHEL,CentOS}-5.0: gcc-4.1.1-52.el5 But there is Developer Toolset 2.1 compatible with RHEL-5 which provides: devtoolset-2-gcc-4.8.2-15.el5 DevToolset 2.1 is still available in RHN channel for RHEL-5 customers. Unfortunately it is currently unavailable for CentOS-5 users, hopefully it will become available soon on this URL but I sure cannot guarantee anything: https://www.softwarecollections.org/en/scls/?search=toolset {RHEL,CentOS}-6.0: gcc-4.4.4-13.el6 There is DevToolset available in RHN channel and for CentOS it is freely at: https://www.softwarecollections.org/en/scls/rhscl/devtoolset-4/ http://mirror.centos.org/centos/6/sclo/x86_64/rh/devtoolset-4/devtoolset-4-gcc-5.2.1-2.2.el6.x86_64.rpm {RHEL,CentOS}-7.0: gcc-4.8.2-16.el7 Debian stable: https://packages.debian.org/stable/gcc = 4:4.9.2-2 Ubuntu LTSes: https://en.wikipedia.org/wiki/Ubuntu_(operating_system)#Releases http://packages.ubuntu.com/search?keywords=gcc 12.04LTS = 4:4.6.3-1ubuntu5 I am not aware of anything like DevToolset for Ubuntu. 14.04LTS = 4:4.8.2-1ubuntu6 DevToolset is an add-on packaging in /opt/rh/ running independently from system GCC producing binaries compatible even with RHELs without DevToolset. Therefore there is no need of "changing the system compiler" or "upgrade half of your system" to compile C++11 there. As Pedro said the C++11 requirement is becoming common among other packages so it is probable one needs to install DevToolset anyway. Then there are systems without package management - like MS-Windows - where all the recent compilers are available installable into separate subdirectories. Jan