From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 39028 invoked by alias); 1 Nov 2017 02:50:07 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 39017 invoked by uid 89); 1 Nov 2017 02:50:06 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=buy, wishes, company, our X-HELO: paperclip.tbsaunde.org Received: from tbsaunde.org (HELO paperclip.tbsaunde.org) (66.228.47.254) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 01 Nov 2017 02:50:05 +0000 Received: from ball (pool-98-116-146-128.nycmny.fios.verizon.net [98.116.146.128]) by paperclip.tbsaunde.org (Postfix) with ESMTPSA id CD3CBC068; Wed, 1 Nov 2017 02:50:00 +0000 (UTC) Date: Wed, 01 Nov 2017 02:50:00 -0000 From: Trevor Saunders To: Jeff Law Cc: Eric Botcazou , gcc-patches@gcc.gnu.org, Richard Biener , Richard Sandiford Subject: Re: [09/nn] Add a fixed_size_mode_pod class Message-ID: <20171101024709.dcwtcmo6bcst2box@ball> References: <87wp3mxgir.fsf@linaro.org> <2844617.BtP9k82yMO@polaris> <20171031102624.fh3zzuzwhyzvlhbg@ball> <1533026.AhaTS9Ibhl@polaris> <3544de3a-d27c-f5be-5062-61488e276e10@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3544de3a-d27c-f5be-5062-61488e276e10@redhat.com> User-Agent: NeoMutt/20170609 (1.8.3) X-SW-Source: 2017-11/txt/msg00002.txt.bz2 On Tue, Oct 31, 2017 at 11:38:48AM -0600, Jeff Law wrote: > On 10/31/2017 11:22 AM, Eric Botcazou wrote: > >> I don't see a reason not to other than a pretty small amount of work > >> each time we make a release. > > > > I'm not sure it would be so small an amount of work, especially on non-Linux > > platforms, so this would IMO divert our resources for little benefit. > Having done this for years on HPUX, yes, it takes more time than one > could imagine. THen I went to work for a company that did this for > hpux, solaris, aix, irix and others and well, it was very painful. I'm sure its a project one can spend arbitrary amounts of time on if one wishes or is payed to do so. That said I'm considering the scope here limitted to running configure / make / make install with the defaults and taring up the result. I'll admitt I've only done that on linux where it was easy, but people do keep AIX and Solaris building and they really are supposed to be buildable in a release. However at some point it can be less work to do this than to beat C++98 into doing what is desired. > >> Well first this would only matter to the 0.01% of people who want to do > >> that on AIX or Solaris machines, not the vast majority of possible > >> contributors who already use clang or gcc as there system compiler. > > > > Yes, but we're GCC, not Clang, and we support more than Linux and Darwin. > Very true. certainly, but I think it makes sense to understand how many people might be negatively effected by a change, and to what degree before making that decision. > >> Thirdly making it easier to work on the compiler and understand it makes > >> things easier for those possible contributors, so if being able to use > >> C++11 advances that goalthings could be better over all for possible > >> contributors with different system compilers. > > > > I don't buy this at all. You don't need bleeding edge C++ features to build a > > compiler and people don't work on compilers to use bleeding edge C++. Using a > > narrow and sensible set of C++ features was one of the conditions under which > > the switch to C++ as implementation language was accepted at the time. > Agreed that we need to stick with a sensible set of features. But the > sensible set isn't necessarily fixed forever. Also as a counter example what brought this thread up is Richard wanting to use something from C++11. So in that particular case it probably would make something better. thanks Trev > > Jeff