I'm getting a warning when building with the simperium.framework in OSX.
ld: warning: ignoring file
/Volumes/Jose/Desktop/simperium/Simperium.framework/Simperium, missing
required architecture x86_64 in file
/Volumes/Jose/Desktop/simperium/Simperium.framework/Simperium (3
slices)
Did I downloaded the wrong framework, or is simperium not available yet for OSX ?
That's the framework for iOS. You're correct that a binary download for the OSX framework isn't currently linked. You can build the framework from source, or I'll also upload a binary OSX framework this weekend, and then update this answer.
Related
Having trouble building HERE SDK for iOS (Premium 3.19) for an ios-arm64-simulator. The error produced by Xcode 13 on an M1 pro processor is:
ld: building for iOS Simulator, but linking in dylib built for iOS, file 'Pods/HEREMaps/framework/NMAKit.xcframework/ios-arm64/NMAKit.framework/NMAKit'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
After some research and testing it looks like HERE SDK's XCFramework folder as well as the Cocoapod configuration only include ios-arm64 and ios-x86_64-simulator. It looks like the podspec is attempting to fix this by overriding the target app's iOS simulator excluded architectures (adding excluded architecture "arm64"). This likely works fine in cases where only Cocoapod sourced libraries that include x86_64 are used in the target app. However, it's a problem when using libraries from other sources where there is no roll back option to x86_64 simulators (e.g. Swift Package Manager).
Is there a way to use lipo to generate ios-arm64-simulator from the two existing framework builds? Or is this something where ios-arm64-simulator needs to be built as another configuration from the HERE SDK source?
Let me tell you that we have already located this situation in the SDK and our team in charge of the SDK is working very hard to provide a solution to this problem in the next release of HERE SDK Premium.
I am receiving this linking error in Xcode for the Realm Framework files. I have searched and found users with similar errors with other frameworks. However, I have tried to apply the solutions but nothing seems to work. I haven't found any solutions for a recent version of Xcode.
The this only occurs when building for my device. Everything works in the iOS Simulator.
ld: warning: ignoring file /Users/Developer/Swift/App/RealmSwift.framework/RealmSwift, missing required architecture armv7 in file /Users/Developer/Swift/RealmSwift.framework/RealmSwift (2 slices)
ld: warning: ignoring file /Users/Developer/Swift/Realm.framework/Realm, missing required architecture armv7 in file /Users/Developer/Swift/Realm.framework/Realm (2 slices)
Undefined symbols for architecture armv7:
I am using:
Xcode 6.3.2 Swift
Realm Swift 0.93.1
I removed all of the frameworks then dragged them back in to the project. I had to create an empty Frameworks folder below RealmSwift.Framework/Headers (Not in the installation instructions on the Realm site). Everything is now compiling on my device.
I'm trying to build an iOS app using Google Cast SDK 2.5.0 and am able to build on an iPhone 5 device, but when I try to build on an iPhone 6 device, I get the following build error:
ld: warning: ignoring file ./GoogleCast.framework/GoogleCast, missing required architecture arm64 in file ./GoogleCast.framework/GoogleCast (3 slices)
I noticed a post about a similar issue here:
Google Cast SDK 2.3.0 for iOS doesn't support 64-bit
And so I tried this:
ranlib GoogleCast.framework/Versions/A/GoogleCast
But I'm still missing arm 64. Has anyone had a similar issue?
As charmingToad mentioned in the comments, I had two versions of the Cast SDK being linked in my application. Removing the older version fixed the linking errors.
If you are using Cocoapods, all you need is a pod update to update your version of the Cast SDK.
If after upgrade Xcode is complaining about linker issues, adding -all_load as a compiler flag worked for me.
I get the above error message when trying to built a iOS7 project, I just cloned off BitBucket (sorry, it's private, thus can't link to it).
First off, I have tried all the solutions mentioned in linking against dylib built for MacOSX file '/usr/lib/libSystem.B.dylib' for architecture i386, Build Error - missing required architecture i386 in file, Building for MacOSX, but linking against dylib built for iOS Simulator file, and several more.
My system:
Mac OS X Mavericks; 10.9.3
XCode 5.1.1
Summary of what I've already tried:
reinstall XCode
reinstall Command Line Tools
remove entires in framework search path
remove several entries in Other Linker Flags
The error says its linking against dylib in /opt/local/lib/libsqlite3.dylib, which might indicate that it has something to do with my MacPorts installs, since only MacPort should install programs in /opt/local/, as far as I know.
Any ideas what I could've missed?
Xcode is more likely defaulting to OSX PATH environment variables to find that missing sqlite library.
Make sure to link it from your project in Xcode, pointing to iOS frameworks.
I want access to my Google+-Timeline for an iOS-App.
Following the Google-Documentation I imported the libGTlTouchStaticLib.a and library's header files.
After trying to build the project the following warning/error occured:
ld: warning: ignoring file ..../libGTLTouchStaticLib.a, file was built for archive which is not the architecture being linked (i386)
How do I build the Lib for xCode 4.3.2 architecture?
what does the command: file libGTLTouchStaticLib.a return? It sounds like it's compiled for ARM (the device) and you are running it in the simulator (i386). YOu might also want to try it on a device.