<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=""><div class="">Hi Tony,</div><div class=""><br class=""></div><div class="">we’ve started to change function signature of some of API class. In the process, I completed changes to NSFileManager and its dependant code including TestFoundation. Here is the pull request for the same <a href="https://github.com/apple/swift-corelibs-foundation/pull/317" class="">https://github.com/apple/swift-corelibs-foundation/pull/317</a></div><div class=""><br class=""></div><div class="">- Bhaktavatsal</div><br class=""><div><blockquote type="cite" class=""><div class=""><div class="">Message: 1<br class="">Date: Tue, 12 Apr 2016 09:57:38 -0700<br class="">From: Tony Parker <<a href="mailto:anthony.parker@apple.com" class="">anthony.parker@apple.com</a>><br class="">To: Robert F Dickerson <<a href="mailto:rfdickerson@us.ibm.com" class="">rfdickerson@us.ibm.com</a>><br class="">Cc: <a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a><br class="">Subject: Re: [swift-corelibs-dev] Migrate corelibs-foundation to the<br class=""><span class="Apple-tab-span" style="white-space:pre">        </span>newest<span class="Apple-tab-span" style="white-space:pre">        </span>APIs<br class="">Message-ID: <<a href="mailto:02C5D8A5-DA42-4579-820E-D2094F264B36@apple.com" class="">02C5D8A5-DA42-4579-820E-D2094F264B36@apple.com</a>><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">Hi Robert,<br class=""><br class="">This is something we really do need some help with. Our goal is to have the Linux version match the Darwin version exactly.<br class=""><br class="">There is also a PR up to change some of the results of the automatic renaming by the importer, here:<br class=""><br class=""><a href="https://github.com/apple/swift/pull/2093" class="">https://github.com/apple/swift/pull/2093</a> <<a href="https://github.com/apple/swift/pull/2093" class="">https://github.com/apple/swift/pull/2093</a>><br class=""><br class="">So we should take those into account as well.<br class=""><br class="">- Tony<br class=""><br class=""><blockquote type="cite" class="">On Apr 12, 2016, at 9:45 AM, Robert F Dickerson via swift-corelibs-dev <<a href="mailto:swift-corelibs-dev@swift.org" class="">swift-corelibs-dev@swift.org</a>> wrote:<br class=""><br class="">As you know, currently, as of the 03-24 DEVELOPMENT snapshot, the function signatures for Foundation has diverged. This has caused us to create platform specific calls to the NSString, NSDate, NSCache, etc. classes. For instance,<br class=""><br class=""><br class="">#if os(Linux)<span class="Apple-tab-span" style="white-space:pre">        </span><ecblank.gif><br class=""><ecblank.gif><span class="Apple-tab-span" style="white-space:pre">        </span>let lastSlash = fileName.rangeOfString("/", options: NSStringCompareOptions.BackwardsSearch)<br class=""><ecblank.gif><span class="Apple-tab-span" style="white-space:pre">        </span>#else<br class=""><ecblank.gif><span class="Apple-tab-span" style="white-space:pre">        </span>let lastSlash = fileName.range(of: "/", options: NSStringCompareOptions.backwardsSearch)<br class=""><ecblank.gif><span class="Apple-tab-span" style="white-space:pre">        </span>#endif<br class=""><br class=""><br class="">I was curious about the timeline for the migration to the newer APIs and whether someone in particular was working on it. We have some developers here at IBM@Swift that could do some of this work, but want to make sure we aren't duplicating work and are coordinated.<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="">https://lists.swift.org/mailman/listinfo/swift-corelibs-dev<br class=""></blockquote></div></div></blockquote></div><br class=""></body></html>