On 10/28/19 3:52 PM, Andrew Pinski wrote:
> On Mon, Oct 28, 2019 at 2:47 PM Jakub Jelinek <ja...@redhat.com> wrote:
>>
>> On Mon, Oct 28, 2019 at 03:41:13PM -0600, Jeff Law wrote:
>>> On 10/28/19 2:27 PM, Segher Boessenkool wrote:
>>>> On Mon, Oct 28, 2019 at 01:40:03PM -0600, Jeff Law wrote:
>>>>> On 10/25/19 6:01 PM, Gabriel Dos Reis wrote:
>>>>>> Jason, Jonathan - is the situation on the terrain really that dire that 
>>>>>> C++11 (or C++14) isn't at all available for platforms that GCC is 
>>>>>> bootstrapped from?
>>>>> The argument that I'd make is that's relatively uncommon (I know, I know
>>>>> AIX) that bootstrapping in those environments may well require first
>>>>> building something like gcc-9.
>>>>>
>>>>> I'd really like to see us move to C++11 or beyond.  Sadly, I don't think
>>>>> we have any good mechanism for making this kind of technical decision
>>>>> when there isn't consensus.
>>>>
>>>> Which GCC version will be required to work as bootstrap compiler?  Will
>>>> 4.8.5 be enough?
>>> I'd say gcc-9.  What would we gain by making it 4.8 or anything else
>>> that old?
>>
>> That is not a good idea, it will make it much harder to build gcc because
>> not everybody has gcc-9 built as a system compiler.
>> The previous minimum requirement of 4.1 is perhaps too old now that 4.8 is
>> something we could require and gain through that C++11 support, but we
>> shouldn't follow Rust with "you can only build it with 6 weeks old previous
>> release and nothing else".
>> As discussed earlier, we gain most through C++11 support, there is no need
>> to jump to C++17 or C++20 as requirement.
> 
> Just a quick note.
> RHEL/CentOS 7 uses GCC 4.8 as the system compiler.  Requiring a new
> compiler to compile GCC 10 will not work for me.
At this point RHEL/CentOS 7 is ancient.  Time to move forward IMHO :-)


I can live with an older compiler, but I'd prefer we move forward as
much as possible.  4.8 is like living in the stone age.

jeff

Reply via email to