Ошибка CocoaLumberjack: символ не найден: _objc_storeStrong
Я относительно новичок в разработке под iOS и пытаюсь реализовать ведение журнала CocoaLumberjack.
Я скачал последний источник с https://github.com/robbiehanson/CocoaLumberjack, включил необходимые файлы в свой проект, внес необходимые изменения в код и получаю ошибку компоновщика во время выполнения, которая следует ниже.
Среда - Xcode 4.2 Build 4C199, с целью проекта, установленной на Device=iPad и DeploymentTarget=4.3. Первоначально проект был написан с использованием retain/release, поэтому я оставил исходный код как есть, добавив флаг компилятора "-fobjc-arc" для файлов Lumberjack, которые я использую: DDFileLogger.m, DDLog.m и DDTTYLogger.m,
Консольный вывод:
GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Fri Sep 16 06:56:50 UTC 2011)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "--host=i386-apple-darwin --target=arm-apple-darwin".tty /dev/ttys001
sharedlibrary apply-load-rules all
target remote-mobile /tmp/.XcodeGDBRemote-10996-56
Switching to remote-macosx protocol
mem 0x1000 0x3fffffff cache
mem 0x40000000 0xffffffff none
mem 0x00000000 0x0fff none
[Switching to process 11779 thread 0x2e03]
[Switching to process 11779 thread 0x2e03]
dyld: lazy symbol binding failed: Symbol not found: _objc_storeStrong
Referenced from: /var/mobile/Applications/32E4EEB9-765E-4C72-83C8-F5707253AA99/Demo.app/Demo
Expected in: /usr/lib/libobjc.A.dylib
dyld: Symbol not found: _objc_storeStrong
Referenced from: /var/mobile/Applications/32E4EEB9-765E-4C72-83C8-F5707253AA99/Demo.app/Demo
Expected in: /usr/lib/libobjc.A.dylib
warning: Attempting to create USE_BLOCK_IN_FRAME variable with block that isn't in the frame.
(gdb)
Мой проект инициализирует среду следующим образом, где fileLogger - это переменная экземпляра, определенная в соответствующем файле AppDelegate.h:
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
/*
* Configure the Lumberjack logging framework (we'll use it instead of NSLog)
*/
// the TTY logger is the Xcode console
[DDLog addLogger:[DDTTYLogger sharedInstance]];
// we'll also use a file logger
fileLogger = [[DDFileLogger alloc] init];
fileLogger.rollingFrequency = 60 * 60 * 24; // 24 hour rolling
fileLogger.logFileManager.maximumNumberOfLogFiles = 7;
[DDLog addLogger:fileLogger];
// Override point for customization after application launch.
DDLogInfo(@"didFinishLaunchingWithOptions: entered");
// create instance of the view controller
MainViewController *aViewController = [[MainViewController alloc]
initWithNibName:@"MainView" bundle:nil];
self.mainViewController = aViewController; // same as: [self setMainViewController:aViewController];
[aViewController release];
// Add the main view controller's view to the window and display.
self.window.rootViewController = self.mainViewController;
[self.window makeKeyAndVisible];
return YES;
}
Кто-нибудь сталкивался с этой проблемой и знает решение или обходной путь? Возможно ли то, что я делаю... смешав файлы ARC и не-ARC в проекте?
2 ответа
Я только что услышал от одного из разработчиков CocoaLumberjack, вот что он сказал:
Кажется, есть ошибка в (возможно) компиляторе LLVM. Вот что я обнаружил:
Если у вас есть проект Xcode без ARC, включенный по умолчанию, и у вас есть файл, который использует ARC (через -fobjc-arc), и этот файл пытается выделить / инициализировать вещи в пределах '+ (void)initialize', тогда он будет взорвать во время выполнения.
Однако, это похоже на работу, если вы конвертируете проект в ARC...
РЕДАКТИРОВАТЬ: Дополнительная информация от разработчика:
Тег 1.2.3 можно использовать без ARC.
Вы можете получить архив отсюда:
Для дальнейшего использования, это, кажется, недостаток текущей цепочки инструментов Xcode, которая, кажется, забывает включать библиотеку ARC, когда в текущей встроенной цели отключена поддержка ARC (и используются статические библиотеки с поддержкой ARC). Вы можете легко заставить компоновщик включить библиотеку, используя -fobjc-arc
флаг, см. этот связанный вопрос для полного описания.