Carthage with specified version #38

Closed
opened 2025-12-29 18:28:29 +01:00 by adam · 5 comments
Owner

Originally created by @JagCesar on GitHub (May 31, 2016).

Hey!

When I write this in my Cartfile:

github "UrbanApps/Armchair" == 0.1.2

I can't deploy my app to a device. It looks like carthage does something "smart" by downloading the .framework-file attached to that tag. The .framework file in this case has been built by an older compiler (probably a previous version of xcode), and hence I can't deploy it :(

So my question is, why is there a .framework file attached to the tag? And could we get rid of it?

Originally created by @JagCesar on GitHub (May 31, 2016). Hey! When I write this in my `Cartfile`: `github "UrbanApps/Armchair" == 0.1.2` I can't deploy my app to a device. It looks like carthage does something "smart" by downloading the .framework-file attached to that tag. The .framework file in this case has been built by an older compiler (probably a previous version of xcode), and hence I can't deploy it :( So my question is, why is there a .framework file attached to the tag? And could we get rid of it?
adam closed this issue 2025-12-29 18:28:30 +01:00
Author
Owner

@coneybeare commented on GitHub (Jun 2, 2016):

See here

@coneybeare commented on GitHub (Jun 2, 2016): See [here](https://github.com/UrbanApps/Armchair/issues/31)
Author
Owner

@JagCesar commented on GitHub (Jun 3, 2016):

Cool! Precompiled frameworks are known to not work though, check this out:

Using Swift frameworks built on other machines will cause Xcode's debugger to crash and other strange build errors.

@JagCesar commented on GitHub (Jun 3, 2016): Cool! Precompiled frameworks are known to not work though, check this out: [Using Swift frameworks built on other machines will cause Xcode's debugger to crash and other strange build errors.](https://github.com/Carthage/Carthage#known-issues)
Author
Owner

@coneybeare commented on GitHub (Jun 3, 2016):

That does look like a problem. I'm not a Carthage user and am not developing much in iOS lately... don't really have time to investigate. Can you elaborate on what exactly needs to be done here to fix it?

@coneybeare commented on GitHub (Jun 3, 2016): That does look like a problem. I'm not a Carthage user and am not developing much in iOS lately... don't really have time to investigate. Can you elaborate on what exactly needs to be done here to fix it?
Author
Owner

@JagCesar commented on GitHub (Jun 7, 2016):

I've investigated this and reached this result:

Attaching the .framework-file doesn't fulfil any purpose, since nobody can use it. So if you're spending time attaching this file to every tag you can stop doing that from now on.

You don't have to remove them on old tags though, if a user wants to use tag 0.1.2 for example he/she just has to add --no-use-binaries to the carthage build command. This flag will force Carthage to compile the framework and not use any pre-built frameworks.

I'm closing this issue, but feel free to reach out if anything is unclear.

Keep up the good work. 🚀

@JagCesar commented on GitHub (Jun 7, 2016): I've investigated this and reached this result: Attaching the `.framework`-file doesn't fulfil any purpose, since nobody can use it. So if you're spending time attaching this file to every tag you can stop doing that from now on. You don't have to remove them on old tags though, if a user wants to use tag `0.1.2` for example he/she just has to add `--no-use-binaries` to the `carthage build` command. This flag will force Carthage to compile the framework and not use any pre-built frameworks. I'm closing this issue, but feel free to reach out if anything is unclear. Keep up the good work. ✨🚀
Author
Owner

@coneybeare commented on GitHub (Jun 7, 2016):

Thanks for doing the research and posting the solution!

@coneybeare commented on GitHub (Jun 7, 2016): Thanks for doing the research and posting the solution!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/Armchair#38