Thanks, SR closed. > On 28 Oct 2016, at 3:06 AM, Tony Parker <anthony.par...@apple.com> wrote: > > Sorry, this fell off my radar. I’ll test and merge again. > > - Tony > >> On Oct 27, 2016, at 2:56 AM, Luke Howard <lu...@padl.com >> <mailto:lu...@padl.com>> wrote: >> >> BTW is anything blocking integrating SR-2416? >> >> https://github.com/apple/swift-corelibs-foundation/pull/574 >> <https://github.com/apple/swift-corelibs-foundation/pull/574> >> >> That allows value types to be archived too if they support _ObjectBridgeable >> (they’ll come back as reference types though). >> >>> On 27 Oct 2016, at 4:22 AM, Tony Parker via swift-corelibs-dev >>> <swift-corelibs-dev@swift.org <mailto:swift-corelibs-dev@swift.org>> wrote: >>> >>> >>>> On Oct 26, 2016, at 10:14 AM, Max Desiatov <max.desia...@gmail.com >>>> <mailto:max.desia...@gmail.com>> wrote: >>>> >>>> Hi Tony, >>>> >>>> This is very interesting caveat. Is there a plan to get this documented >>>> anywhere? I haven't seen any documentation for Swift Foundation published >>>> publicly anywhere akin to how it's done for other APIs at >>>> https://developer.apple.com/reference/ >>>> <https://developer.apple.com/reference/>. >>>> >>>> With best regards, Max. >>> >>> With respect to the NSObject requirement: It’s really more of a known issue >>> than a permanent limitation. >>> >>> To over summarize the situation: NSKeyedArchiver (the Objective-C one) puts >>> a private category on NSObject and assumes all objects respond to those >>> messages after that. >>> >>> We don’t really have documentation for swift-corelibs-foundation beyond >>> what we can put in our own headerdoc format there. That would be something >>> I would really appreciate help on if anyone is interested in contributing. >>> >>> - Tony >>> >>>> >>>>> On 26 Oct 2016, at 18:11, Tony Parker via swift-corelibs-dev >>>>> <swift-corelibs-dev@swift.org <mailto:swift-corelibs-dev@swift.org>> >>>>> wrote: >>>>> >>>>> Hi Sai, >>>>> >>>>> We do have basic support for keyed archiving and unarchiving in >>>>> swift-corelibs-foundation on Linux. The limitation is that the NSCoding >>>>> protocol cannot be applied to Swift struct types, only class types. On >>>>> Darwin, the class also must be a subclass of NSObject. This last >>>>> limitation may not exist on Linux, but you should be aware that if you >>>>> encode a non-NSObject subclass on Linux then you would not be able to >>>>> decode it on Darwin. >>>>> >>>>> - Tony >>>>> >>>>>> On Oct 26, 2016, at 4:07 AM, Sai Kanduri via swift-corelibs-dev >>>>>> <swift-corelibs-dev@swift.org <mailto:swift-corelibs-dev@swift.org>> >>>>>> wrote: >>>>>> >>>>>> Hi Tony, >>>>>> >>>>>> From your comments on Pull Request #574 I understand that we cannot >>>>>> archive/un-archive non-NS objects using NsKeyedArchiver & >>>>>> NSKeyedUnarchiver.I s my understanding correct ..? Does this means that >>>>>> archiving and un-archiving of swift types is not supported on Linux ? >>>>>> >>>>>> -Sai Hema >>>>>> >>>>>> _______________________________________________ >>>>>> swift-corelibs-dev mailing list >>>>>> swift-corelibs-dev@swift.org <mailto:swift-corelibs-dev@swift.org> >>>>>> https://lists.swift.org/mailman/listinfo/swift-corelibs-dev >>>>>> <https://lists.swift.org/mailman/listinfo/swift-corelibs-dev> >>>>> >>>>> _______________________________________________ >>>>> swift-corelibs-dev mailing list >>>>> swift-corelibs-dev@swift.org <mailto:swift-corelibs-dev@swift.org> >>>>> https://lists.swift.org/mailman/listinfo/swift-corelibs-dev >>>>> <https://lists.swift.org/mailman/listinfo/swift-corelibs-dev> >>>> >>> >>> _______________________________________________ >>> swift-corelibs-dev mailing list >>> swift-corelibs-dev@swift.org <mailto:swift-corelibs-dev@swift.org> >>> https://lists.swift.org/mailman/listinfo/swift-corelibs-dev >>> <https://lists.swift.org/mailman/listinfo/swift-corelibs-dev> >> >> Luke Howard >> web <http://lukehoward.com/> / facebook >> <https://www.facebook.com/lukehowardmusic> / soundcloud >> <https://soundcloud.com/lukehoward/> / spotify >> <https://open.spotify.com/artist/3duTXsC49HoPt4f4EySDKf> >
Luke Howard web <http://lukehoward.com/> / facebook <https://www.facebook.com/lukehowardmusic> / soundcloud <https://soundcloud.com/lukehoward/> / spotify <https://open.spotify.com/artist/3duTXsC49HoPt4f4EySDKf>
_______________________________________________ swift-corelibs-dev mailing list swift-corelibs-dev@swift.org https://lists.swift.org/mailman/listinfo/swift-corelibs-dev
