I have recently had to reinstall Xcode as it was stuck when trying to update it. Since doing this I have been having significant trouble getting builds to run on my iOS simulators. If I build my app in Xcode the simulator application no longer opens and when I open it manually the simulator will not receive and run the build. Sometimes changing the simulator can help me run the build however this doesn't always work and is inconvenient as a workaround. Any advice on getting my simulator to function properly again? Xcode doesn't appear to be sending builds as it should or simulator is not receiving them properly.
Search results for
Building for iOS Simulator, but the linked and embedded framework ‘XX.framework‘ was built for
186,331 results found
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
xcode 11.4 Target Integrity Building for macOS,but the Linked library 'libcrypto.a'was built for iOS+ iOS Simulator
Yes, that sounds about right.I found that if I clear Dynamic Library Install Name in Build settings - which is defined as $(DYLIB_INSTALL_NAME_BASE:standardizepath)/$(EXECUTABLE_PATH), I am able to install and run the app in the simulator, i.e. the app is not crashing when launched from the Springboard as before. It appears to load all the frameworks and it works on both iPhone and Watch simulator.At the same time, I need Dynamic Libarary Install Name as it is defined by default in order to be able to install the frameworks on the iPhone. But I cannot have both at the same time, apparently. I have kind of found a workaround even though it is not so enjoyable to play with the build settings all the time.All the frameworks I am using are my own, built by myself in Xcode, latest beta on everything. I have checked build settings hundreds of times.It is the oposite on the Watch, by the way. I can run and launch the app in the simulators
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
Hi everyone. I have an application which is made using Cordova and thereby publish for both ios and android were created.When I try to open the ios publish on xcode on an M1 pro machine I get the below attached error where as the build is successful on an intel machine xcode. The error I am getting is this : Showing All Issues In /Users/akash7.gupta/Downloads/ios 2/Pods/GoogleAnalytics/Libraries/libGoogleAnalytics.a(GAIUtil.o), building for iOS Simulator, but linking in object file built for iOS, file '/Users/akash7.gupta/Downloads/ios 2/Pods/GoogleAnalytics/Libraries/libGoogleAnalytics.a' for architecture arm64
This error indicates that OpenSSL is built containing the simulator slice (x86_64) with the iOS device slice (arm64). Combining device and simulator into a single binary file is not a supported build configuration, and never has been. With the introduction of M1 Macs, where the simulator is also arm64 now, Xcode is looking for a arm64 slice intended for the simulator, but finding one only valid for use on a device, and letting you know of this issue. The solution is to rebuild OpenSSL. If you intend to use it as a a pre-built binary, rather than compiling from source during your app's build, it needs to be inside of an XCFramework. XCFrameworks are purposefully designed to separate device and simulator builds into separate files and avoid this class of error.
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
I just built to my iOS 8.4 simulator and was able to install the built app into the iOS 7.1 simulator.
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
I have experienced problems with my app crashing on build (I believe it's while linking) with various combinations of Xcode version and iOS simulator version. It dates back to Xcode 16.3 in my testing, and continues through Xcode 16.4 and all Xcode 26 betas. This occurs whether the project running is UIKit-based or SwiftUI-based. Simply dropping a file with the following code into a project, without even needing to refer to its class anywhere else in the project, produces the crash. import Foundation import WebKit class WebBrowserController: NSObject, ObservableObject, WKNavigationDelegate { var webView: WKWebView override init() { self.webView = WKWebView() super.init() } func findString(_ string: String, completion: @escaping (WKFindResult) -> Void) { let configuration = WKFindConfiguration() webView.find(string, configuration: configuration) { result in completion(result) } } } With Xcode 26 beta 4 I am experiencing this issue with iOS 18.4 and iOS 1
I'm not sure why, but it seems my Xcode project is trying to build for x86 (on my M1 Mac), even though both Debug and Release configurations have ONLY_ACTIVE_ARCH = YES. It's clearly trying to build for x86, as evidenced by the -target x86_64-apple-macos13.0 in the invocation. But I can't figure out why. The full link stage output: Ld /Users/me/Library/Developer/Xcode/DerivedData/MyProject-fbzxsemlztqkmsgdutlriortdmmd/Build/Products/Debug/MyProject.app/Contents/MacOS/MyProject normal (in target 'MyProject' from project 'MyProject') cd /Users/me/Projects/MyProject /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -target x86_64-apple-macos13.0 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.0.sdk -L/Users/me/Library/Developer/Xcode/DerivedData/MyProject-fbzxsemlztqkmsgdutlriortdmmd/Build/Intermediates.noindex/EagerLinkingTBDs -L/Users/me/Library/Developer/Xcode/Derive
eskimo's procedure only work (albeit finicky) when my playground is moved under TestFramework. Also, I had to building it for some iPhone simulator (generic iOS device didn't work). Closing xcode and booting it back up breaks this relationship, but it seems to magically link back up in a few minutes.A cheap trick I found to get it to work after rebooting xcode - make a tiny change in your framework swift file and rebuild and wait 30 seconds or so.
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
Thanks!According to Lipo all my .a libraries as well as my .Framework are built for both, the simulator (i386 x86_64) and the device (arm64, armv7).
Topic:
Programming Languages
SubTopic:
Swift
Tags:
I get the error mentioned in the title when I Build and Run from Xcode 7.3 beta 2 to an iOS 9.3 beta 2 simulator. Running on OS X El Capitan 10.11.3. Submitted bug # 24352291 with the generated error report.
Building to a device for the first time and having some xcode editor problems.Even though I've downloaded a simulator for iphone6 it won't show up in the device list.I'm following this tutorial:https://docs.experitest.com/display/TC/AS+-+Connecting+An+iOS+EmulatorI've done the Window> Devices and Simulators > Add New Simulator.However it doesn't show up in the device list.Any help would be appreciated.https://ibb.co/Pw2tYyshttps://ibb.co/vDJWGqg
Now I got to the Both ios-arm64-simulator and ios-x86_64-simulator represent two equivalent library definitions. part. 🤬 If I remove one, I get Both ios-arm64 and ios-armv7 represent two equivalent library definitions. How is this supposed to work for clang/lipo created frameworks? I can't find any documentation or anyone who wrote down how it should work 😢 $ xcodebuild -create-xcframework -framework build/libzip/iphoneos/arm64/libzip.framework -framework build/libzip/iphoneos/armv7/libzip.framework -framework build/libzip/iphonesimulator/arm64/libzip.framework -framework build/libzip/iphonesimulator/x86_64/libzip.framework -output app/Frameworks/libzip.xcframework Both ios-arm64-simulator and ios-x86_64-simulator represent two equivalent library definitions. make: *** [app/Frameworks/libzip.xcframework] Error 70 $ l
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
I am using CoreBluetooth API in my project but never linked the CoreBluetooth framework in the target. It was working fine(even without linking the CoreBluetooth framework ) until I remove the custom framework. I started seeing the following compilation errors after removing the custom framework._OBJC_CLASS_$_CBCentralManager, referenced from:_CBCentralManagerOptionShowPowerAlertKey, referenced from:_CBCentralManagerScanOptionAllowDuplicatesKey, referenced from:_CBAdvertisementDataLocalNameKey, referenced from:Compilation issues got resolved after linking CoreBluetooth framework. But I wanted to understand how come it worked earlier without linking the CoreBluetooth framework.
Hi, I have a static library with cocoa-pods e.g. Alamofire. When the library is built, respective Alamofire.framework is generated in Debug-iphoneos and Debug-iphonesimulator folders. I am trying to generate xcframework from those two using xcodebuild -create-xcframework. However just Info.plist is added in the Alamofire.xcframework folder. The _CodeSignature folder in Alamofire.framework for Debug-iphoneos is missing and I doubt this is the reason for not having ios-arm64 and ios-x86_64-simulator with respective .framework in the xcframework If I create my own framework and generate xcframework e.g TestFramework.xcframework does have Info.plist, ios-arm64 and ios-x86_64-simulator with respective TestFramework.framework I would be grateful if someone helps me understanding and resolving the issue. Thanks & Regards
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags: