[swift-evolution] [Proposal] Move public AutoreleasingUnsafeMutablePointer API from StdlibCore -> Objective C Overlay
Erica Sadun
erica at ericasadun.com
Fri Jul 22 14:32:16 CDT 2016
> On Jul 22, 2016, at 12:42 PM, Dave Abrahams via swift-evolution <swift-evolution at swift.org> wrote:
>
>
> on Fri Jul 22 2016, Ben Rimmington <swift-evolution at swift.org <mailto:swift-evolution at swift.org>> wrote:
>
>>> On 21 Jul 2016, at 18:02, Michael Gottesman wrote:
>>>
>>> This is a proposal to move AutoreleasingUnsafeMutablePointer from
>>> StdlibCore to the Objective C overlay. The reason to do this is that
>>> ideally StdlibCore would not have any code specific to ObjC in
>>
>>> it. This is a small step that we can take in this direction by
>>> moving the public API of AutoreleasingUnsafeMutablePointer to the
>>> ObjC overlay. The way that this would be done is that the
>>> implementation for AutoreleasingUnsafeMutablePointer would remain in
>>> StdlibCore, but we would add an underscore to make that API private
>>> to the standard library. Then inside the ObjC overlay, we would
>>> create a typealias to the internal API with the non-underscored name
>>> (i.e. make the typealias the public API). Then at a later point in
>>> time we can move the implementation. The reason why I am not
>>> proposing to move the implementation today is that there are
>>> dependencies in Array/Hashed Collections on
>>> AutoreleasingUnsafeMutablePointer. Moving that code is a larger
>>> project that is preconditioned on this proposal going in first as an
>>> incremental step.
>>
>> If you want to move APIs which aren't cross-platform out of stdlib,
>> should there be a similar proposal for the PlaygroundQuickLook enum
>> and CustomPlaygroundQuickLookable protocol?
>>
>> <https://github.com/apple/swift/blob/master/stdlib/public/core/Mirror.swift>
>>
>> <https://github.com/apple/swift-xcode-playground-support>
>
> That is a good question! We don't have an obvious existing module into
> which to move them, though, do we?
This philosophy appeals to me, especially when considering Swift as a
cross-platform language. Would you all be open to "new module" proposals?
Would that be internal or through Swift Evolution? I'm thinking also of
the discussion about creating a Swift native Math module w/ JordanR and
Steve C for things that don't belong in the stdlib but would be nice to have around,
sanctioned native modules.
As for PlaygroundSupport, how does that tie into stdlib? I thought it was its own
thing, separate from stdlib. Wouldn't both quick look and lookable belong there?
-- E
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160722/9694082b/attachment.html>
More information about the swift-evolution
mailing list