Sent from Alto
On Tuesday, 20 September 2016 Jordan Rose via swift-users 
<> wrote:
C represents pointers the other way around; that declaration says only the 
outer pointer is nullable. There are two things going on here:

- Swift 2 made all pointers implicitly nullable, without using an optional 
type. Swift 3 makes that explicit.
- Swift 2 had a bug that assumed that all pointers-to-references were optional, 
instead of just those without nullability annotations. Swift 3 "fixes" that…but 
that reveals places where headers used _Nonnull to mean "always produces a 
nonnull pointer", forgetting that it also applies to input.

If this is an API in CloudKit itself, please file a Radar at If it's a third-party library built on CloudKit, you'll 
have to report the issue to them.

Sorry for the trouble!

> On Sep 20, 2016, at 10:32, Michael Gardner via swift-users wrote:
> I'm using an Objective-C library that has me provide a callback that takes a 
> double-pointer parameter like this, where only the inner pointer is nullable:
> CKRecord *_Nonnull *_Nullable inOutRecordPtr
> Swift 2 imported this as an AutoreleasingUnsafeMutablePointer, as expected. 
> However, Swift 3 is importing it as AutoreleasingUnsafeMutablePointer?, which 
> breaks the library's API since there's no way to return a new record.
> Is this a Swift 3 bug, or am I missing something?
> _______________________________________________
> swift-users mailing list

swift-users mailing list

Reply via email to