Closed chriskempke closed 5 years ago
Can you fix the remaining issue?
Done: #181.
Wow, fast response. Is the intent that it should still compile in XCode 10.1, too? Because pointing my podspec at master using Xcode 10.1, I get:
/Users/vsts/agent/2.149.1/work/1/s/Pods/Sodium/Sodium/GenericHash.swift:25:17: cannot convert value of type 'OpaquePointer' to expected argument type 'UnsafeMutablePointer
/Users/vsts/agent/2.149.1/work/1/s/Pods/Sodium/Sodium/GenericHash.swift:133:13: cannot convert
value of type 'OpaquePointer' to expected argument type 'UnsafeMutablePointer
/Users/vsts/agent/2.149.1/work/1/s/Pods/Sodium/Sodium/GenericHash.swift:147:13: cannot convert value of type 'OpaquePointer' to expected argument type 'UnsafeMutablePointer
This version won't be pre-Xcode 10.2 compatible due to changes in Swift 5, mainly:
Swift no longer bridges C types which have alignment sizes > 16 bytes
Unless #if compiler(>=5)
is used (as in #178), the next release will only be supported on Xcode 10.2.
Now that Xcode 10.2 is not in beta any more, we probably shouldn't care about Xcode 10.1 any more.
But the tests for iOS don't seem to be enough, as we also have to support macOS and watchOS.
My two cents: Personally, not supporting 10.1 any more doesn't matter, but if can easily support both with conditional compilation (there are only those three errors), it would probably help those that can't migrate their tools immediately on every new version - particularly users of cloud devops tools that don't set the upgrade schedule.
I see that the fixed got merged, but a new release still needs to be cut for Carthage / Cocoapods support.
LMK if I can help out in that regard.
So this is the same as issue #177, which was closed with "it's old code." But old or not, the current CocoaPod spec won't build in the current released version of XCode. As (I suspect) with many orgs using security code, we can't just set our podspec to grab the lastest from master all the time -- we need to be able to audit a specific version, and can't have third-party changes making it into our code without such an audit.
So we need a new release version and a CocoaPod spec to match for Xcode 10.2. Any chance of that happening soon?