This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 1/3] Introduce gdb::unique_ptr


> Date: Thu, 13 Oct 2016 11:06:47 +0200
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> Cc: palves@redhat.com, brobecker@adacore.com, markus.t.metzger@intel.com,
>         gdb-patches@sourceware.org
> 
> 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

"Available" doesn't mean "installed".  Places which use RHEL are IME
extremely conservative in upgrading policies, and might not upgrade
without a good reason.  The shop where I get my paycheck is one such
place.

> Then there are systems without package management - like MS-Windows - where
> all the recent compilers are available installable into separate
> subdirectories.

That depends.  Mingw.org has only 5.3.0 as the latest offering, and
recently enough (a few months ago) it only had 4.9.3.  So please be very
careful when you make assumptions about how widespread a certain
compiler version is in n on-Posix world.

Like I said before: upgrading the system compiler is a serious
decision.  Installing a newer compiler could easily break the build of
several important packages, which then requires an avalanche of
upgrading across the board, just to get those package to build again.
That is why many shops which want stable environments and need to
continue supporting existing products don't bother upgrading the
compiler and the core libraries, unless someone pays for that.

Personal machines are most probably another matter, but I don't think
we should extrapolate from them.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]