New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deployment Target & AFNetworking 2.0 #36
Comments
Yep I saw the mess that @mattt did with using See also comments on #34. I really don't like bumping the Deployment Target of I really want |
AFN2 can be used with 6.0+ deployment target, only NSURLSession-related part requires 7.0. But this will require using CocoaPods instead of submodules. |
Yep, but I do not want to force this dependency just for my Unit Tests. Because again, I don't have a dependency between I may revert my submodule pointing to AFN and try to use a Podfile instead, with no pod for the main (lib) target and |
I agree with you, closing 👍 |
AFNetworking is in the right way to solve this see AFNetworking/AFNetworking#1412 |
That's great to know @AliSoftware |
My submodule now points to my own AFN2 fork — which fixes the problem with AFN2 conditional compilation issues — so Travis-CI is back to green and passes happily now 👍 Waiting for my PR AFNetworking/AFNetworking#1486 to be merged (to then switch back to the official repo and remove my fork). |
Hey there,
If you want to avoid compilation errors while using AFNetworking 2.0 the deployment target of
OHHTTPStubs
should be raised to iOS 7.0.If you know of other workaround, let me know :)
The text was updated successfully, but these errors were encountered: