-
Notifications
You must be signed in to change notification settings - Fork 29
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
Should Operadics be in Cartfile.private
?
#21
Comments
Methinks what happened is I didn't |
I've resolved this in #20. Let me know if that fixes anything. |
That changed some things. Now I get
in the log: |
Well, shit. This is why I need build tools backing my commits 😞. Testing bundle didn't have SwiftCheck copied along with everything else. That part is fixed by #23, or at least |
So this doesn't happen again, can you checkout #23 just to make sure I have everything in place? |
I think that you missed adding the |
It's under Supporting Files. |
Wipe out your Carthage directory. It won't checkout the submodules otherwise. |
Is this a carthage setup issue or some other thing? Seems like it is set up with a relative path from the top instead of from EDIT: Yes. The path should be based on the |
So the lesson here is: never trust Xcode to do the right thing the first time around. I've committed a fix (hopefully) in that branch. |
It builds 👍 Thanks for the help! |
Then it is merged. Fuck all. |
Fix a tiny typo.
Operadics
seems necessary to buildSwiftx
but is not pulled down bycarthage update
when I depend onSwiftx
from a mac project. If Icd
into/Carthage/Checkouts/Swiftx
and then runcarthage bootstrap
, I can then get the mac app to runcarthage update
successfully but codesign fails.Failure aside, it looks as though
Cartfile.private
should be used for dependencies that aren't necessarily useful in release but that doesn't look like a fitting description ofOperadics
The text was updated successfully, but these errors were encountered: