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

Unable to build Mapbox-iOS-SDK or HockeySDK #27

Open
brennanMKE opened this issue Sep 20, 2015 · 1 comment
Open

Unable to build Mapbox-iOS-SDK or HockeySDK #27

brennanMKE opened this issue Sep 20, 2015 · 1 comment

Comments

@brennanMKE
Copy link

The following Podfile configuration files badly. It appears that it could be due to the CocoaPod having a binary instead of source code though it still head headers. Perhaps Rome could adjust the process of assembling the framework if the binary is pre-prepared.

But to make this is more difficult problem to solve, the pre-compiled may be static so it cannot simply be added to the framework folder as-is. The binary which is placed in the output framework folder called Mapbox show it is static.

> file Mapbox.framework/Mapbox
Mapbox.framework/Mapbox: Mach-O universal binary with 5 architectures
Mapbox.framework/Mapbox (for architecture arm64):   current ar archive random library
Mapbox.framework/Mapbox (for architecture armv7):   current ar archive random library
Mapbox.framework/Mapbox (for architecture armv7s):  current ar archive random library
Mapbox.framework/Mapbox (for architecture x86_64):  current ar archive random library
Mapbox.framework/Mapbox (for architecture i386):    current ar archive random library

It is showing as current ar archive random library instead of Mach-O 64-bit dynamically linked shared library which would be correct. And since Swift will not work with static libraries that is a blocker.

platform :ios, '8.0'
plugin 'cocoapods-rome'
pod 'Mapbox-iOS-SDK', '~> 2.0'
pod "HockeySDK", '~> 3.7'

I've set up my own workspace with my own dynamic framework and app projects the way I want them with dependencies set up as I need them to be so I do not want CocoaPods changing that configuration. This is why I am trying to use Rome and also looked at Carthage.

My next step will be to get the source code for both Mapbox and HockeyKit and set them up with framework projects so they can compile inline as needed. Another concern is leaving iOS Simulator architectures in place when submitting the app to the App Store. This was discussed with a Carthage project last year and I do not know what the status with the App Store and Xcode 7 is now.

Carthage/Carthage#188

Since my dependencies for this project will be minimal it may be easy enough to manually assemble these framework projects manually. I will then share them to the maintainers of the Mapbox and HockeyKit pods. Perhaps they can change how they configure their podspec so both can be used as regular frameworks.

@jugutier
Copy link
Contributor

is this still an issue?

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