[swift-evolution] Winding down the Swift 3 release
Chris Lattner
clattner at apple.com
Tue May 24 12:56:27 CDT 2016
> On May 24, 2016, at 12:00 AM, L. Mihalkovic <laurent.mihalkovic at gmail.com> wrote:
>
>
>
>> On May 24, 2016, at 1:21 AM, Chris Lattner via swift-evolution <swift-evolution at swift.org> wrote:
>>
>>> On May 23, 2016, at 2:17 AM, Jeremy Pereira via swift-evolution <swift-evolution at swift.org> wrote:
>>> The collection model, API guidelines and standard library are actually irrelevant to the ABI. The standard library API and the Swift ABI are distinct orthogonal concepts.
>>
>> I’m not sure what you’re saying. If you change the API shipped by the standard library, it obviously breaks anything that links to it.
>>
>> The whole point of ABI stability is to not break apps built with old versions of Swift compiler / standard library.
> I regularly read see how stability is a high prioriy goal going forward. But what I have not found yet what the plan is going to be to achieve it without stiffling the standard library? Are there constructs, or rules is place/planned that map how changes of kind A versus B level changes will be keeping/breaking compatibility? (I have not finished all the docs)
Once ABI stability is established, functionality can only be added to the standard library, not removed or have a significant behavior change. For example, fundamentally changing the index model for collections would be impossible, but adding a new kind of collection would be fine.
-Chris
More information about the swift-evolution
mailing list