Статическая библиотека iOS в зависимости от другой статической библиотеки

Я создал статическую библиотеку iOS, используя этот учебник. Сама библиотека зависит от библиотеки SocketRocket.

SocketRocket включен как #import <SocketRocket/SRWebSocket.h>.

Когда я собираю библиотеку, все работает нормально. Однако, если я интегрирую свою библиотеку в свой пример проекта, возникнет следующая ошибка.

Лексическая проблема или проблема с препроцессором

Файл SocketRocket/SRWebSocket.h не найден

Как библиотека может собраться, но позже не сможет найти файл в примере проекта?

ОБНОВЛЕНИЕ

В библиотеке путь поиска заголовков установлен на "$(SRCROOT)/Vendor/SocketRocket/", в примере проекта путь поиска заголовков установлен на "$(SRCROOT)/Vendor/MyLibrary/". Если я установлю его на "$(SRCROOT)/Vendor/MyLibrary/**", он найдет SRWebSocket.h и успешно построит. Однако это также включает все заголовки SocketRocket в пример проекта, и я этого не хочу.

ОБНОВЛЕНИЕ 2

Я сузил его до следующего

  • В статической библиотеке один файл .h использует #import <SocketRocket/SRWebSocket.h> для импорта SocketRocket.
  • Если я добавлю библиотеку в свой пример проекта, файл SRWebSocket.h не будет найден.
  • Как я могу заставить образец проекта распознавать этот файл?

ios static-libraries compiler-errors socketrocket
person alex    schedule 05.03.2013    source источник
comment
привет, интересно, если вы смогли решить эту проблему? У меня такая же ситуация, но я пытаюсь заставить ее работать, чтобы ponydebugger тоже работал. stackoverflow.com/questions/16889888/   -  person gdubs    schedule 03.06.2013

Ответы (1)


arrow_upward
0
arrow_downward

Вы указали пользователю, что «Шаг 9: Окончательная настройка проекта приложения», где вы задали пути поиска заголовков, на самом деле указывает на расположение файлов заголовков?

person Shaun    schedule 05.03.2013
comment
что вы имеете в виду включает все заголовки? Этот параметр пути используется только для того, чтобы ваш проект знал, где искать другие заголовки... когда ваше приложение скомпилировано, будут объединены только те классы, на которые оно ссылается... неиспользуемые файлы не будут включены в ваше приложение. - person Shaun; 06.03.2013