I'm using PhoneGap to develop an plug-in for a Heart Rate Monitor, it has the following header file in their SDK:
#class HRMonitor;
#interface HRMonitor : NSObject <NSStreamDelegate>{
}
-(id) init: (id) _delegate;
-(void)startup;
-(void)shutdown;
I just listed the Method that I'm having trouble with.
I also have a class HRMPlugin.m, but inside this class, whenever I want to create an instance:
HRMonitor *hrm = [[HRMonitor alloc] init:self]
It will report an error:
ld: warning: ignoring file /Users/octref/Documents/HRM/HRMPlugin/iOS_APP_SDK_r5/libmyTrekSDK_armv7.a, missing required architecture i386 in file /Users/octref/Documents/HRM/HRMPlugin/iOS_APP_SDK_r5/libmyTrekSDK_armv7.a (2 slices)
Undefined symbols for architecture i386:
"_OBJC_CLASS_$_HRMonitor", referenced from:
objc-class-ref in HRMPlugin-9E97FDE3BF57274E.o
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
I'm new to iOS and don't know what to do. Is my way of creating a new instance correct?
How can I debug my code?
The reason of your error is:
The library you use does not support iOS Simulator.
For the 2nd error, please make sure you have a valid Apple Developer Account with Developer Certificate and Provisioning Profile ( Team Provisioning Profile is also okay ).
Related
I'm using the NEHotspotConfiguration Class in iOS 11 to connect to a known wifi network. This React Native app works fine on a physical device, and I'm able to programatically connect to a network using the NEHotspotConfiguration class on iOS 11. However, when I try and build/run it in a simulator I get the following error that prevents me from even launching the app:
Undefined symbols for architecture x86_64:
"_OBJC_CLASS_$_NEHotspotConfiguration", referenced from:
objc-class-ref in IOSWifiManager.o
"_OBJC_CLASS_$_NEHotspotConfigurationManager", referenced from:
objc-class-ref in IOSWifiManager.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Is there a way to keep using the Simulator to test the rest of my app with this capability enabled, even though I wouldn't be able to use the capability to change the wifi in the Simulator?
There may be other options, but I found the following potential answer in the comments of a medium article that led me to one solution:
https://medium.com/#ercp42/i-got-this-error-ceacd08191b3
"For anyone who experiences the same issue, I fixed it by wrapping the NetworkExtension import and the code where it’s used with #if !TARGET_IPHONE_SIMULATOR to side step this issue."
It was a bit more than that, at least for me, though.
I did indeed wrap the #implementation IOSWifiManager implementation in the IOSWifiManager.m file with an #if TARGET_OS_IPHONE && !TARGET_OS_SIMULATOR and left a much simpler else statement to build it on the simulator:
#else
#implementation IOSWifiManager
RCT_EXPORT_MODULE();
#end
#endif
I also went into build settings and under Linking Other Linker Flags changed the values for the iOS Simulator and Any Architecture to the following:
"OTHER_LDFLAGS[arch=*]" = (
"$(inherited)",
"-ObjC",
"-lc++",
"-framework",
NetworkExtension,
);
"OTHER_LDFLAGS[sdk=iphonesimulator*]" = (
"$(inherited)",
"-ObjC",
"-lc++",
);
Finally, I changed the Network Extension Framework from being required to being optional and made sure that we were supporting the right build architectures. Hopefully that helps anyone who runs into the same issue!
I'm trying to setup communication between my Watch App and my iPhone App using the new WCSession stuff in iOS 9.
Everything went smoothly adding the WCSession to the watch extension but once I try to add the same thing into my phone target the app will no longer build and gives me this error.
Undefined symbols for architecture x86_64:
"_OBJC_CLASS_$_WCSession", referenced from:
objc-class-ref in AppDelegate.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
I'm importing it with this:
#import <WatchConnectivity/WatchConnectivity.h>
and then trying to call:
if ([WCSession isSupported])
{
self.session = [WCSession defaultSession];
self.session.delegate = self;
[self.session activateSession];
}
There aren't any errors showing up in the Xcode editor. It just won't build. I'm trying to run it on the simulator.
Any ideas?
Have you added a reference to the WatchConnectivity.framework to your iOS project? It needs to be referenced in both the iOS and watchOS projects.
Add "WatchConnectivity.framework" using "Link Binary With Libraries" in "Build Phases" in ios app.
Make sure that you have imported
#import <WatchConnectivity/WatchConnectivity.h> in ios app and watch app.
Also view controller in ios app and InterfaceController in watch app conforms to <WCSessionDelegate>
I am using a third party framework in my app (metaioSDK) and it's not provided in i386 version. I was hoping to be able to exclude it from simulator builds so that I can test functionality unrelated to this framework on the simulator. I followed the answer in this question: How to exclude frameworks in simulator builds in Xcode and made sure to wrap any code that uses this framework in #if/#else/#endif like this:
// ARViewController.h
#import <UIKit/UIKit.h>
#if TARGET_IPHONE_SIMULATOR
#interface ARViewController : UIViewController {
}
#end
#else
#import <metaioSDK/MetaioCloudPlugin/MetaioCloudPluginViewController.h>
#interface ARViewController : MetaioCloudPluginViewController
{
bool m_useLocationAtStartup;
}
#end
#endif
Similarly, I've changed the related ARViewController.m file to have a blank implementation when running on simulator.
Yet, Xcode still appears to want to link some portions of this framework, and I get errors:
Undefined symbols for architecture i386:
"_fopen$UNIX2003", referenced from:
_BIO_new_file in metaioSDK(bss_file.o)
_file_ctrl in metaioSDK(bss_file.o)
_open_console in metaioSDK(ui_openssl.o)
"_fputs$UNIX2003", referenced from:
_write_string in metaioSDK(ui_openssl.o)
_read_string in metaioSDK(ui_openssl.o)
"_fwrite$UNIX2003", referenced from:
_XrAQWOpNWyNOaebKZvBRbL in metaioSDK(pngwio.o)
_file_write in metaioSDK(bss_file.o)
_int_rsa_verify in metaioSDK(rsa_sign.o)
_send_fp_chars in metaioSDK(a_strex.o)
_write_fp in metaioSDK(b_dump.o)
_read_string in metaioSDK(ui_openssl.o)
"_nanosleep$UNIX2003", referenced from:
boost::this_thread::hiden::sleep_for(timespec const&) in metaioSDK(thread.o)
boost::this_thread::hiden::sleep_until(timespec const&) in metaioSDK(thread.o)
"_strerror$UNIX2003", referenced from:
_build_SYS_str_reasons in metaioSDK(err.o)
"_strtod$UNIX2003", referenced from:
_WWOVfTQLpCQpcac in metaioSDK(pngrutil.o)
ld: symbol(s) not found for architecture i386
clang: error: linker command failed with exit code 1 (use -v to see invocation)
What else am I missing aside from marking this framework as optional?
The problem is that your third party framework DOES include an i386 version, but that i386 version was built against the wrong SDK. It was built against the OS X SDK and should have been built against the iOS Simulator SDK. File a bug report with the metaioSDK developers to get them to fix the bug.
If you duplicate your target and remove the framework from the linked frameworks list, you can use this new target to build for simulator. It's a little less "just know what I want and do the thing", but it'll definitely solve your issue and the relationship will be explicitly marked.
I'm working on a more advanced CLLocationManager mock than the one provided by Xcode and I ran into a strange issue. I have subclassed both CLLocationManager and CLLocation:
// foobar.h
#interface MyLocation : CLLocation
#end
#interface MyLocationManager : CLLocationManager
#end
// foobar.m
#implementation MyLocation
#end
#implementation MyLocationManager
#end
Now if I build the project for iOS everything is fine but when I do the same for OS X, I get this error at linking:
Undefined symbols for architecture x86_64:
"_OBJC_METACLASS_$_CLLocation", referenced from:
_OBJC_METACLASS_$_MyLocation in AppDelegate.o
"_OBJC_METACLASS_$_CLLocationManager", referenced from:
_OBJC_METACLASS_$_MyLocationManager in AppDelegate.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Unlike in this question Error on CLLocation subclassing, I do have the proper frameworks added to the project and, as I said, this setup builds flawlessly for iOS, just not for OSX.
FWIW, I'm using Xcode 4.6.3 with iOS SDK 6.1 and OSX SDK 10.8, building for x86_64 with the default LLVM 4.2.
Any clues why this is happening?
Linker errors are something to do with the framework. Forgetting to import the framework somewhere or add the Core Location framework to the OS X target. If it works for one but not the other, it sounds like the two targets are set up differently.
Double check. Clean the build. Restart Xcode.
I am facing some problem in kony platform. I can able to deploy the iphone app created using kony platform in simulator by using their guide. If i tried to deploy same app in iphone device i am getting some errors.
Undefined symbols:
"___divmodsi4", referenced from:
-[KonySlotView addImagesToGallery:urlString:userDataSize:userData:] in libkonylib.a(KonySlotView.o)
-[KonyImageGallery addImagesToGallery:urlString:userDataSize:userData:] in libkonylib.a(KonyImageGallery.o)
"_objc_terminate", referenced from:
-[KonyWebSQLTransaction performTransaction:SQLTransactionErrorCallback:SQLVoidCallback:IsReadTransaction:] in libkonylib.a(KonyWebSQL.o)
-[VMAppDelegate konyApplicationDidFinishLaunching:] in libkonylib.a(VMAppDelegate.o)
-[VMAppDelegate KonyExecute] in libkonylib.a(VMAppDelegate.o)
+[ClosureExecuter executeClosure:] in libkonylib.a(lglobals.o)
"___udivmodsi4", referenced from:
-[KonyImageGallery getPreferredHeight] in libkonylib.a(KonyImageGallery.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
error seems like some problem while linking library. can anyone help me to resolve this problem.
Thanks in Advance...
You will never resolve this, unless you contact Kony developer team, that I can tell you from experience. The issue is with the Kony API that is used to do the mappings with Lua code to objective-c code.