So this is somewhat related to #529 and #539, but affects the application downstream. With the addition of the s.prefix_header_contents = "#import <SystemConfiguration/SystemConfiguration.h>" support, a Pod can inject contents into the PCH to ensure system level headers are available during compilation of the pod sources to enable conditional compilation of optional components. AFNetworking uses this for both the SystemConfiguration and CoreServices/MobileCoreServices frameworks.
s.prefix_header_contents = "#import <SystemConfiguration/SystemConfiguration.h>"
This works great, but in order to actually leverage the conditionally built features in an app that has imported them, the end user must also modify their own app level PCH file to repeat the imports, else the definitions (such as _SYSTEMCONFIGURATION_H) guarding the conditional imports do not resolve at import time and the symbols are masked by the preprocessor, even though the bits have been compiled and linked into the application.
I think that there should be means for adding this content into a header that is imported into the app PCH as well, since the user has already opted into building and linking these bits.
Running into this exact issue. @blakewatters - did you find a suitable workaround?
Yeah, you just have to manually edit the PCH file in your project. I have just documented it in the RestKit CocoaPods installation page...
@confidenceJuice closed with reason "cocoapods should not be messing with app level pch."
AFNetworking no longer uses prefix_header_contents https://github.com/CocoaPods/Specs/blob/master/AFNetworking/2.2.1/AFNetworking.podspec