[swift-evolution] [swift-evolution-announce] [Accepted, pending implementation] SE-0054: Abolish ImplicitlyUnwrappedOptional type

Chris Lattner clattner at apple.com
Thu Mar 31 23:05:33 CDT 2016

> On Mar 31, 2016, at 2:24 PM, Shawn Erickson via swift-evolution <swift-evolution at swift.org> wrote:
> On Thu, Mar 31, 2016 at 9:43 AM Chris Lattner <clattner at apple.com <mailto:clattner at apple.com>> wrote:
> That said, this is the sort of proposal that can have a profound impact on the actual experience using unaudited APIs.  The core team believes that the experience will be good, but we would like to get some experience moving a couple of existing projects (both low-level code that interacts with C, and an “App” project working with high level frameworks) to see what the impact is in practice.  If something unexpected comes up, we will revisit this, and potentially reject it later.
> On the topic of unaudited APIs. Does a recommended way exist that I as say a user of on an unaudited C API / library can add attributes to the C API for my use in Swift? (e.g. code that I don't own, I just use)
> It is likely a number of C APIs won't get attributed for improved use in Swift by the authors so having a good way that the community could overlay attributes for the benefit of Swift could be helpful.

We have a facility for doing this (called “API notes”).  The problem is that it is currently hacked together to solve specific problems, not something that is really properly designed.

I know that many people would like to see this situation get improved, and make it a first class feature of the swift experience.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160331/45c3829b/attachment.html>

More information about the swift-evolution mailing list