Skip to content
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

Pods prefix file generation #893

Closed
fgarcia opened this issue Mar 21, 2013 · 1 comment
Closed

Pods prefix file generation #893

fgarcia opened this issue Mar 21, 2013 · 1 comment

Comments

@fgarcia
Copy link

fgarcia commented Mar 21, 2013

I am having a problem with a change in how the pods prefix header file is being generated. It seems that recently, the prefix generation is no longer in the same order as in the Podfile. For example, if I write

pod Lib_B
pod Lib_A

The generated Pods prefix file looks like this:

#import "Lib_A.h"
#import "Lib_B.h"

I understand that not all pods modify the pods prefix file, but I am having problems now with the new generation order. In my case, because of some macros within "Lib A", its compilation will be different if it is detected that "Lib B" is available.

This situation might not be common, or even considered "bad practice". I am not sure if it is a good idea making the Podfile DSL declaration order sensitive. Maybe a better solution could be a way to add my own macros to the prefix file before anything else is generated. However it seems that currently the Podfile DSL does not support that.

For example, I would like to write in my Podfile as I do in my specs:

 prefix_header_contents = <<-head
       #import "Lib_B.h"
       #import "Lib_A.h"
  head

That way, the imports will be repeated later, but at least, I had the chance to do them in the right order.

How could this problem be solved?

@fabiopelosin
Copy link
Member

Moving this to #833 which should solve your problem.

jzapater pushed a commit to jzapater/CocoaPods that referenced this issue Sep 17, 2013
Update for ReactiveCocoa 0.12.0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants