<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Sorry, this fell off my radar. I’ll test and merge again.<div class=""><br class=""></div><div class="">- Tony</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 27, 2016, at 2:56 AM, Luke Howard <<a href="mailto:lukeh@padl.com" class="">lukeh@padl.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">BTW is anything blocking integrating SR-2416?<div class=""><br class=""></div><div class=""><a href="https://github.com/apple/swift-corelibs-foundation/pull/574" class="">https://github.com/apple/swift-corelibs-foundation/pull/574</a></div><div class=""><br class=""></div><div class="">That allows value types to be archived too if they support _ObjectBridgeable (they’ll come back as reference types though).</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 27 Oct 2016, at 4:22 AM, Tony Parker via swift-corelibs-dev <<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Oct 26, 2016, at 10:14 AM, Max Desiatov <<a href="mailto:max.desiatov@gmail.com" class="">max.desiatov@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=us-ascii" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Tony,<div class=""><br class=""></div><div class="">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 <a href="https://developer.apple.com/reference/" class="">https://developer.apple.com/reference/</a>.</div><div class=""><br class=""></div><div class="">With best regards, Max.</div></div></div></blockquote><div class=""><br class=""></div>With respect to the NSObject requirement: It’s really more of a known issue than a permanent limitation.</div><div class=""><br class=""></div><div class="">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.</div><div class=""><br class=""></div><div class="">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.</div><div class=""><br class=""></div><div class="">- Tony</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 26 Oct 2016, at 18:11, Tony Parker via swift-corelibs-dev <<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=us-ascii" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Sai,<div class=""><br class=""></div><div class="">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 <font face="Menlo" class="">struct</font> types, only <font face="Menlo" class="">class</font> 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.</div><div class=""><br class=""></div><div class="">- Tony</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Oct 26, 2016, at 4:07 AM, Sai Kanduri via swift-corelibs-dev <<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="socmaildefaultfont" dir="ltr" style="font-family:"Helvetica Neue", Helvetica, Arial, sans-serif;font-size:10.5pt"><div dir="ltr" class=""><div class="">Hi Tony,</div>
<div class=""> </div>
<div class="">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 ?</div>
<div class=""> </div>
<div class="">-Sai Hema</div></div></div><br class="">
_______________________________________________<br class="">swift-corelibs-dev mailing list<br class=""><a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-corelibs-dev" class="">https://lists.swift.org/mailman/listinfo/swift-corelibs-dev</a><br class=""></div></blockquote></div><br class=""></div></div>_______________________________________________<br class="">swift-corelibs-dev mailing list<br class=""><a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-corelibs-dev" class="">https://lists.swift.org/mailman/listinfo/swift-corelibs-dev</a><br class=""></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></div>_______________________________________________<br class="">swift-corelibs-dev mailing list<br class=""><a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-corelibs-dev" class="">https://lists.swift.org/mailman/listinfo/swift-corelibs-dev</a><br class=""></div></blockquote></div><br class=""><div class="">
<div style="font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; margin: 0px; font-size: 12px; line-height: normal; font-family: 'Akzidenz-Grotesk Pro';" class=""><span style="-webkit-font-kerning: none;" class="">Luke Howard</span></div><div style="font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; margin: 0px; font-size: 10px; line-height: normal; font-family: 'Akzidenz-Grotesk Pro';" class=""><a href="http://lukehoward.com/" class="">web</a> / <a href="https://www.facebook.com/lukehowardmusic" class=""><span style="line-height: normal; -webkit-font-kerning: none;" class="">facebook</span></a> / <a href="https://soundcloud.com/lukehoward/" class=""><span style="line-height: normal; -webkit-font-kerning: none;" class="">soundcloud</span></a> / <a href="https://open.spotify.com/artist/3duTXsC49HoPt4f4EySDKf" class=""><span style="line-height: normal; -webkit-font-kerning: none;" class="">spotify</span></a></div>
</div>
<br class=""></div></div></div></blockquote></div><br class=""></div></body></html>