This is the mail archive of the
mailing list for the GDB project.
Re: [PATCH 1/3] Introduce gdb::unique_ptr
> Cc: firstname.lastname@example.org, email@example.com,
> From: Pedro Alves <firstname.lastname@example.org>
> Date: Wed, 12 Oct 2016 12:15:50 +0100
> On 10/12/2016 11:51 AM, Eli Zaretskii wrote:
> > 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.
> Will do, if you also start assuming good faith on my part.
I always do. That's why my arguments weer only about technical
aspects and about general human tendencies, not about you personally.
> I think worrying about language version requirements is seeing
> it backwards from what we should be looking at. IMO, we should
> be looking at the distribution sphere (and the distro versions people
> are likely to be using/developing on, e.g., latest Ubuntu LTS, past
> couple Fedora releases, etc.), and check what are the compiler versions
> that are shipped in them, either by default or as optional packages.
We could do that, but IME we will not able to collect conclusive data
that way. The latest distributions are clearly inappropriate (they
always come with the latest compiler versions), and how do you tell
how many users out there use which older versions? How do we collect
statistics about that?
That's why I suggested to use the "how far in the past" criteria. We
could decide that N-year old compiler is reasonably old, and always go
with the language supported by N-year old compilers. This is an
easily testable criterion, and the decision about the value of N
doesn't need to be reconsidered too frequently.
> And then from that, decide which most up to date language version /
> features we can require (if we'd really want to use them). I.e., if in
> 5 years, virtually everyone has convenient access to an C++14 compiler,
> why not make use of C++14 features if they'd make our lives easier?
I question our ability to verify that "virtually everyone" part.