You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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.
The text was updated successfully, but these errors were encountered:
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.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.
The text was updated successfully, but these errors were encountered: