[llvm-dev] Using C++14 code in LLVM
Zachary Turner via llvm-dev
llvm-dev at lists.llvm.org
Thu May 10 14:28:04 PDT 2018
On Thu, May 10, 2018 at 2:21 PM Chandler Carruth <chandlerc at google.com>
wrote:
> On Thu, May 10, 2018 at 3:10 PM Zachary Turner <zturner at google.com> wrote:
>
>> On Thu, May 10, 2018 at 1:50 PM Chandler Carruth via llvm-dev <
>> llvm-dev at lists.llvm.org> wrote:
>>
>>> Last time this came up, there were a lot of people that were stuck on
>>> GCC 4.9 due to ABI reasons. I think forcing that upgrade is going to be the
>>> most disruptive part of this, and I think that will really need a decent
>>> amount of time. =[
>>>
>>
>> "a decent amount of time" is very vague though, and is a good way of
>> stalling forward progress.
>>
>
> Let's try to avoid implying bad intent. =/
>
Yea, my intent wasn't to imply bad intent. Just to say that no progress
gets made this way. Perhaps I should have worded it in the passive :)
>
>
>> How *much* time? And when can we start the clock?
>>
>
> I don't know. I can only speak to the use cases I'm aware of and care
> about. Whoever wants to drive this change needs to get a lot more feedback
> than just from me (IMO) about different users and whether a particular
> schedule will work.
>
> And I already mentioned my schedule, but maybe not explicitly enough: the
> primary platform I care about is planning to be off of libstdc++4.9 (the
> tall poll of the tent for us) by the end of 2018. So it seems like right
> after the branch in January 2019 would be fine for us to bump things up.
> Anything earlier than this will be somewhere between extremely hard to
> infeasible for us.
>
> At that point, we could probably go for C++17 as easily as C++14.
>
Thanks, that's very helpful. Personally I thinking waiting another 7-8
months so that we could move straight to 17 is a good tradeoff.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180510/77d4745f/attachment.html>
More information about the llvm-dev
mailing list