> On Aug 21, 2017, at 3:11 PM, Michael Ilseman <[email protected]> wrote:
>
>>
>> I can’t defend breaking existing source without having seen real code that
>> was actually written incorrectly. I don’t see the downside of using the same
>> deprecation strategy as the other changes. I expect code that was already
>> written to be correct and future code to not call the deprecated API.
>>
>
> It would have to be deprecated in Swift 4 mode. For beyond-4 mode, are you
> arguing it should remain deprecated or can it become obsoleted?
We can defer that decision. We could conceivably obsolete
`deallocate(capacity:)` in beyond-4, but keep the rest of the changes as
deprecated until beyond-beyond-swift-4.
-Andy
_______________________________________________
swift-evolution mailing list
[email protected]
https://lists.swift.org/mailman/listinfo/swift-evolution