Настройка OCMock для OSX с CocoaPods

Попытка настроить OCMock для проекта OSX. Проблема в том, что я не получаю никаких фреймворков для добавления к моей тестовой цели, только статическую библиотеку. Я сомневаюсь, что так должно быть.

В моем подфиле у меня есть следующее: pod 'OCMock', '~> 2.2'


ocmock
person H.Rabiee    schedule 25.04.2014    source источник
comment
Cocoapods добавляет ваши зависимости как статические библиотеки, а не как фреймворки.   -  person e1985    schedule 25.04.2014
comment
Согласно веб-сайту, в нем говорится, что для разработки OS X добавьте OCMock.framework к своей тестовой цели. Импортируйте ‹OCMock / OCMock.h› в начало вашего модульного теста. ocmock.org   -  person H.Rabiee    schedule 25.04.2014
comment
Это применимо, если вы устанавливаете зависимость вручную, но используете Cocoapods.   -  person e1985    schedule 25.04.2014
comment
Хорошо, в этом случае в файлы включены включения неправильного типа, т.е. ‹OCMock / xxx.h› следует заменить на xxx.h. Было странно менять его вручную.   -  person H.Rabiee    schedule 25.04.2014
comment
Думаю, вы все еще можете использовать ‹OCMock / OCMock.h›.   -  person e1985    schedule 25.04.2014
comment
На самом деле я получаю ошибку времени компиляции, и XCode предлагает изменить с ‹› на. Это одна из причин, по которой я публикую здесь :).   -  person H.Rabiee    schedule 25.04.2014
comment
В моем случае я также использую cocoapods (может быть, другую версию) и имею ‹›, а не. Я думаю, это зависит от того, где cocoapods устанавливает пути поиска заголовков стручков, если они находятся в путях поиска заголовков (у меня они там есть) или в путях поиска заголовков пользователей.   -  person e1985    schedule 25.04.2014
comment
Вы намекнули мне в правильном направлении с помощью Search Path. См. Ответ ниже.   -  person H.Rabiee    schedule 26.04.2014

Ответы (1)


arrow_upward
0
arrow_downward

Это было решено путем выбора проекта в XCode и выбора «Да» в разделе «Всегда искать пути пользователя».

person H.Rabiee    schedule 26.04.2014