[swift-lldb-dev] [swift-dev] Switching swift to C++14

Daniel Dunbar daniel_dunbar at apple.com
Tue Dec 19 18:12:00 CST 2017



> On Dec 19, 2017, at 3:59 PM, Ted Kremenek <kremenek at apple.com> wrote:
> 
> 
> 
>> On Dec 19, 2017, at 2:31 PM, Daniel Dunbar <daniel_dunbar at apple.com <mailto:daniel_dunbar at apple.com>> wrote:
>> 
>> 
>> 
>>> On Dec 19, 2017, at 2:27 PM, Ted Kremenek <kremenek at apple.com <mailto:kremenek at apple.com>> wrote:
>>> 
>>> Fair enough.
>>> 
>>> We care about swiftc and llbuild building a variety of platforms today — FreeBSD, Rasberry Pi, etc.  My impression is that C++14 is generally supported by both (a) the mininum versions of the distributions we support today and (b) the current versions of the platforms we’d like to expand Swift to in the future.  Does that sound right?  I suspect you went through the same kind of reasoning with llbuild.
>> 
>> It sounds reasonable, but to be honest I never did an audit of what platforms supported C++14.
> 
> Interesting.  Was that not a concern when that choice was made for llbuild, or was the context different?

The context was different, primarily. My personal expectation was that C++14 support would be generally available by the time we needed it on other platforms, or if not we would undertake the cost of reverting to C++11 at the time it was needed.

 - Daniel

> 
>> 
>> I do think that we could always use the Clang++ we build as part of Swift to build Swift itself. By that logic, it seems reasonable to expect we could always have C++14 support, although it does mean that porters would need modern Clang to support their platform. However, that is likely largely a prerequisite for Swift to work as well.
> 
> That’s a significant change to make just to get C++14 support guaranteed, and (I believe) would have a non-trivial impact on those using development environments that expect to use the Clang bundled with them to build projects.
> 
>> 
>>  - Daniel
>> 
>>> 
>>> On Dec 19, 2017, 2:23 PM -0800, Daniel Dunbar <daniel_dunbar at apple.com <mailto:daniel_dunbar at apple.com>>, wrote:
>>>> It wasn’t changed, it has *always* been C++14 since the day we open sourced it. I only investigated the platforms we officially support (Ubuntu 14.04/15.10 at the time, and macOS 10.10+ IIRC).
>>>> 
>>>> - Daniel
>>>> 
>>>>> On Dec 19, 2017, at 2:21 PM, Ted Kremenek <kremenek at apple.com <mailto:kremenek at apple.com>> wrote:
>>>>> 
>>>>> Daniel,
>>>>> 
>>>>> When you changed llbuild to require C++14, what platforms did you take into account with that change? If you have already done the assessment here it could speed a resolution of a decision.
>>>>> 
>>>>> Thanks,
>>>>> Ted
>>>>> 
>>>>>> On Dec 13, 2017, at 3:19 PM, Daniel Dunbar via swift-lldb-dev <swift-lldb-dev at swift.org <mailto:swift-lldb-dev at swift.org>> wrote:
>>>>>> 
>>>>>> FWIW, llbuild requires C++14.
>>>>>> 
>>>>>> We have to do some minor shenanigans to workaround bugs in libstdc++ on 14.04, and our use is probably minimal, but just throwing that out there.
>>>>>> 
>>>>>> - Daniel
>>>>>> 
>>>>>>> On Dec 13, 2017, at 1:45 PM, Jordan Rose via swift-lldb-dev <swift-lldb-dev at swift.org <mailto:swift-lldb-dev at swift.org>> wrote:
>>>>>>> 
>>>>>>> No one else has commented on this yet today, so I'll put in that I don't have any objections to this and don't foresee any major problems. The one place where we'd need to be careful is with LLDB, which imports Swift headers; if Swift is going to move to C++14, then Swift-LLDB probably has to as well. LLDB folks, what do you think?
>>>>>>> 
>>>>>>> The other thing to check is if our minimum Clang or libstdc++ requirements on Linux didn't support C++14. It looks like our README is vague on that, but LLDB already suggests a minimum requirement of Clang 3.5, which is new enough. I suspect we're okay here.
>>>>>>> 
>>>>>>> Jordan
>>>>>>> 
>>>>>>> 
>>>>>>>> On Dec 13, 2017, at 10:36, Saleem Abdulrasool via swift-dev <swift-dev at swift.org <mailto:swift-dev at swift.org>> wrote:
>>>>>>>> 
>>>>>>>> Hi,
>>>>>>>> 
>>>>>>>> The newer Windows SDK requires the use of C++14 (the SDK headers use `auto` return types without trailing type information). Joe mentioned that there was some interest in switching the rest of swift to C++14 as well. I figured that I would just start a thread here to determine if this is okay to do globally rather than just specifically for the Windows builds to ensure that we can build the Windows components.
>>>>>>>> 
>>>>>>>> Thanks.
>>>>>>>> 
>>>>>>>> --
>>>>>>>> Saleem Abdulrasool
>>>>>>>> compnerd (at) compnerd (dot) org
>>>>>>>> _______________________________________________
>>>>>>>> swift-dev mailing list
>>>>>>>> swift-dev at swift.org <mailto:swift-dev at swift.org>
>>>>>>>> https://lists.swift.org/mailman/listinfo/swift-dev <https://lists.swift.org/mailman/listinfo/swift-dev>
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> swift-lldb-dev mailing list
>>>>>>> swift-lldb-dev at swift.org <mailto:swift-lldb-dev at swift.org>
>>>>>>> https://lists.swift.org/mailman/listinfo/swift-lldb-dev <https://lists.swift.org/mailman/listinfo/swift-lldb-dev>
>>>>>> 
>>>>>> _______________________________________________
>>>>>> swift-lldb-dev mailing list
>>>>>> swift-lldb-dev at swift.org <mailto:swift-lldb-dev at swift.org>
>>>>>> https://lists.swift.org/mailman/listinfo/swift-lldb-dev <https://lists.swift.org/mailman/listinfo/swift-lldb-dev>
>>>>> 
>>>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-lldb-dev/attachments/20171219/46570317/attachment.html>


More information about the swift-lldb-dev mailing list