NSLog(@"Target name: %@",[[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleName"]);
Надеюсь помочь вам!
Отредактировано: «CFBundleName» благодарит Макса и Даниэля Бо за вашу благодарность
здесь несколько вещей ... (некоторые очевидны, некоторые нет)
1) убедитесь, что зависимый проект скомпилирован с отладочными символами (я предполагаю, что это библиотека)
2) убедитесь, что ваш активный исполняемый файл связан с отладочной версией вашей зависимой библиотеки
3) установите точку останова в вашем основном проекте непосредственно перед вызовом точки входа вашей библиотеки, и установите bp в точке входа библиотеки ... (в дополнение к реальной точке останова, которую вы хотите поразить ...)
Я обнаружил, что лучший способ отладки библиотеки - это открыть проект lib и установите активный исполняемый файл в качестве основного проекта, а затем просто нажмите «построить и отладить» прямо из проекта библиотеки.
Надеюсь, это поможет, удачи и получайте удовольствие!
У меня были похожие проблемы с Xcode. Для меня решение состоит в том, чтобы убедиться, что в основном проекте есть точка останова (как упоминает Кент в своем третьем пункте). Я не понимаю, почему это работает.
Вы также должны устанавливать точки останова в проекте, только когда он открыт. Если вы этого не сделаете, они могут начать плохо себя вести: по-прежнему останавливать поток выполнения после того, как вы отключили или удалили их, или не работать, когда вы думаете, что они включены.
Убедитесь, что вы выбрали «Сборка и Отладка » (для шага №4). «Go» иногда означает «Run» (точки останова отключены), а иногда означает «Debug» (точки останова включены).
Кроме того, убедитесь, что вы оставили зависимый проект открытым во время отладки основного проекта.
Я повторю здесь слова Джона-Эрика и также добавлю, что если вы обычно запускаете свой проект с помощью Cmd + Enter, вам следует подумать о переключении на Cmd + Y, чтобы каждый раз включать GDB.