<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">OK, so I’ve cleaned up the commit history for the NSCoding branch, you can find it here still:<div class=""><br class=""></div><div class=""><a href="https://github.com/lhoward/swift-corelibs-foundation/tree/lhoward/nscoding" class="">https://github.com/lhoward/swift-corelibs-foundation/tree/lhoward/nscoding</a></div><div class=""><br class=""></div><div class="">I haven’t opened a pull request as I’d like to get it working on Linux first. Having a bit of trouble though. (I’m using Ubuntu 15.10 with the latest snapshot.)</div><div class=""><br class=""></div><div class="">Firstly, build-wise:</div><div class=""><br class=""></div>* Changing anything in Foundation/ seems to trigger a recompile of everything Swift. Is there a way to do correct dependency analysis? My clock is OK.<br class=""><br class="">* swift/utils/build-script with —debug-foundation still seems to build a release version. I worked around by building everything debug, but that takes up a lot of disk space.<br class=""><br class=""><div class="">* lldb crashes all the time when printing variables (actually I also see this on OS X as well with the snapshot)</div><div class=""><br class="">Related to testing:</div><div class=""><br class=""></div>* Something weird is going on with casting over which completely breaks NSKeyedArchiver. I can reproduce it with the following:<br class=""><br class=""> let foo = (NSMutableArray() as? AnyObject) as? NSCoding<br class=""><br class="">which the compiler tells me always succeeds (as I believe it should), but at runtime returns foo==nil. No issue if it is a locally defined class that conforms to NSCoding. It’s failing in _dynamicCastToExistential()’s check for _conformsToProtocols() but I haven’t dug deeper yet.<br class=""><br class="">FYI: my LD_LIBRARY_PATH is pointing to the right libswiftCore/libFoundation. I removed the module maps for Foundation/CoreFoundation from the snapshot directory.<br class=""><br class=""><div class="">* Subclassing NSObject fails outside Foundation (see SR-272) is also an issue but not a blocking one</div><div class=""><br class=""><div class="">— Luke</div></div></body></html>