Неопределенный символ: _OBJC_CLASS_$_ только в симуляторе
Я уверен, что это будет легко для человека с более объективным опытом C, чем у меня. Я этого не писал, но я застрял в использовании.
У меня есть файл .h: bleconfigLibrary с интерфейсом:
@interface bleconfigLibrary : NSObject.
В другом файле .m у меня есть:
#import <Foundation/Foundation.h>
#import "BTCommands.h"
#import "bleconfigLibrary.h"
#define MAX_BUF_SIZE (512)
@implementation BTCommands
bleconfigLibrary *handleRequest;
+ (void)initialize{
handleRequest = [bleconfigLibrary alloc];
}
Кажется, проблема в следующем:
handleRequest = [bleconfigLibrary alloc];
Когда я пытаюсь запустить симулятор, я получаю сообщение об ошибке:
Undefined symbol: _OBJC_CLASS_$_bleconfigLibrary
Но на физических устройствах он работает нормально. Если я закомментирую этот раздел, он запустится на симуляторе. Любая помощь будет оценена по достоинству.
Ответы 1
Вы определили @interface для bleconfigLibrary, но не определили @implementation для него в приведенном здесь коде. Тот факт, что он работает на физических устройствах, но не в симуляторе, предполагает, что вы подключаете библиотеку, которая определяет реализацию, но эта библиотека не создана для симулятора. Возможно, это «толстая» библиотека старого образца, созданная не для Apple Silicon. Библиотеку необходимо будет перестроить в xcframework. (Хотя на связанной странице обсуждается Swift, xcframeworks также применим и к ObjC.)
Но учтите, что функциональность BLE, как правило, в любом случае не работает в симуляторе, поэтому вы можете просто не создавать этот код для симулятора.
Эта строка неверна:
handleRequest = [bleconfigLibrary alloc];
При этом выделяется память, но не инициализируется объект. Хотя это может «работать» (если, например, объект не нуждается в инициализации), правильная строка здесь при условии, что ARC включен:
handleRequest = [bleconfigLibrary new];
или, что то же самое, включен или нет ARC:
handleRequest = [[bleconfigLibrary alloc] init];
Обратите внимание: классы ObjC должны начинаться с заглавной буквы (хотя это не обязательно). Обычным соглашением о капитализации здесь будет BLEConfigLibrary.
(Я предполагаю, что . в конце вашего определения @interface является опечаткой в вашем вопросе, поскольку оно не скомпилируется в ObjC.)
Не существует практического способа конвертировать файл .a, созданный для одной платформы, в файл .a для другой. Единственный практический подход — пересобрать библиотеку из исходного кода. (Для чрезвычайно маленьких и простых библиотек и достаточного опыта в сборке ARM и C это можно сделать. Однажды я сделал это для библиотеки, которая содержала одну функцию и менее 200 строк кода. Но я бы не стал назовите это «практическим» решением. Даже в этом случае мы наконец смогли восстановить его из исходного кода.)
Обратите внимание, что это справедливо для любого двоичного дистрибутива, а не только для простых .a файлов. Даже xcframeworks, который является неплохим способом объединения многоплатформенных двоичных файлов, не может использоваться на новых платформах, для которых они не были созданы. Принятие пакета, состоящего только из двоичных файлов, всегда делает вас зависимым от другой стороны, которая будет предоставлять вам новые версии при значительном изменении платформ. Обычно между этими событиями проходят годы, поэтому люди не осознают, какие проблемы это может вызвать, когда это наконец произойдет. Удачи. Всегда трудно находиться в этой ситуации.
Спасибо за информацию. Я все еще получаю сообщение об ошибке, но это полезно знать. Это очень старая библиотека. Если посмотреть глубже, я думаю, что проблема в том, что в библиотеке отсутствует подходящая архитектура симулятора. Есть ли способ использовать файл .a для создания того, что необходимо? Я не в курсе, когда дело доходит до C. Файлы .a и .h — это все, с чем мне приходится работать.