Вы открываете рабочую область (созданную CocoaPods) вместо xcodeproj?

Я разделил приложение и тестовые цели в Podfile, используя

target :App do
    …
end

target :AppTests do
    …
end

Это привело к появлению двух новых продуктов libPods-App.a и libPods-AppTests.a соответственно, и они сделали предыдущий продукт libPods.a устаревшим. . Мне пришлось удалить этот продукт из раздела Связать двоичный файл с библиотеками конфигурации Фазы сборки обеих целей.

Сегодня я столкнулся с подобной проблемой.

1. Я настраиваю новый проект
2. Я установил стручки какао
3. Я создал новую конфигурацию Preview вместе с существующими Debug и Release

4. Теперь при компиляции этой новой Preview конфигурации компилятор не сможет связываться с модулями и выдать мне это сообщение:

   ld: library not found for -lPods
   

Решение:

Что мне нужно было сделать, так это бежать

 pod install

снова и таким образом настраивая cocoapods для новой конфигурации Preview. Он обновил мой проект, рабочую область и файл проекта Pod, и проблема исчезла.

Убедитесь, что вы открыли .xcworkspace, а не .xcodeproj

У меня не сработало решение, это действительно невыносимо, есть файл libpods.a (который был красным). Я удалил его, и все работает нормально! Приветствую меня;)

Я разделил свои списки модулей в Podfile для разных целей, например:

target :ABC do
  pod 'KissXML', '~> 5.0'
  pod 'libPhoneNumber-iOS', '~> 0.7.2'
end

target :ABCTests do
  pod 'OCMock', '~> 2.2.1', :inhibit_warnings => true
end

И запустил pod install

Это создало новую библиотеку libPods-ABC.a, с которой должен был быть связан мой двоичный файл. Но ошибка заключалась в том, что он не удалял предыдущую библиотеку, т.е. libPods.a.

Решение: удалите библиотеку libPods.a из Build Phases из Link Binary With Libraries.

У меня был указан старый файл libPod.a (вероятно, из-за того, что я изменил цели).

Настройки проекта -> Этапы сборки -> Связывание двоичного файла с библиотеками

Обычно cocoapods включает только одну библиотеку, например libPods-target.a или libPods.a. Решил, удалив дубликат.

если у вас возникли проблемы с этим на cocoapods v25 / Xcode 5

Проект Pods Xcode теперь устанавливает для параметра сборки ONLY_ACTIVE_ARCH значение YES в конфигурации отладки. Вам нужно будет установить то же самое для вашего проекта / цели, иначе сборка не удастся.

https://github.com/CocoaPods/CocoaPods/wiki/FAQ#running-into-build-failures-after-migrating-to-xcode-5-and-cocoapods-0250

ОБНОВЛЕНИЕ Убедитесь, что у вас есть последние драгоценные камни / коконады

• система обновления драгоценных камней
• жемчужина обновление cocoapods

Вы захотите перестроить проект, используя Pod Install, чтобы перестроить проект.

Если Xcode жалуется при связывании, например Библиотека для -lPods не найдена, неявные зависимости не обнаруживаются.

Перейдите в Product> Edit Scheme. Нажмите Build. Добавьте статическую библиотеку Pods и убедитесь, что она находится в верхней части списка. Очистите и создайте снова. Если это не сработает, убедитесь, что источник спецификации, которую вы пытаетесь включить, был вытащил из гитхаба. Сделайте это, заглянув в / Pods /. Если он пуст (это не должно быть), убедитесь, что в ~ / .cocoapods / master //. Podspec указан правильный URL-адрес хаба git. Если все еще не работает, проверьте настройки местоположения сборки XCode. Перейдите в «Настройки» -> «Местоположения» -> «Производные данные» -> «Дополнительно» и установите для местоположения сборки значение «Относительно рабочей области».

http://docs.cocoapods.org/guides/getting_started.html

У меня была такая же проблема, когда я редактировал Podfile, добавляя цель, которую я раньше использовал без цели.

Подфайл

target 'xxxx' do

pod 'xyz'
pod 'abc'    

end

Поразмыслив, я обнаружил, что в разделе «Целевые свойства» ›› Вкладка «Общие» ›› Раздел «Связанные фреймворки и библиотеки» были новые libPods-xxxx.a и старые libPods.a

Я просто удалил libPods.a, и все заработало.

Вики-сайте CocoaPods на GitHub есть ответ прямо в их FAQ:

• Go to Product > Edit Scheme
• Нажмите Build
• Добавьте статическую библиотеку Pods и убедитесь, что она находится в верхней части списка.
• Очистить и снова построить
• Если это не сработает, убедитесь, что источник спецификации, которую вы пытаетесь включить, был взят из github. Сделайте это, заглянув в <Project Dir>/Pods/<Name of spec you are trying to include>. Если он пуст (а быть не должно), убедитесь, что ~/.cocoapods/master/<spec>/<spec>.podspec имеет правильный URL-адрес github.
• Если все еще не работает, проверьте настройки местоположения сборки XCode. Перейдите к Preferences -> Locations -> Derived Data -> Advanced и установите для расположения сборки значение «Относительно рабочей области».

Я переименовал проект в «NBSelector» из «Партнеры».

После переименования проекта у меня возникла ошибка «Библиотека не найдена для libPods-Partners». Xcode пытался установить ссылку на старый файл Partners.a. Просто удалите его, если после переименования у вас podInstalled.

Использование ONLY_ACTIVE_ARCH = NO во всех модулях решило проблему для меня. Чтобы сделать это постоянным, я добавил в свой подфайл хук post_install:

post_install do |installer_representation|
  installer_representation.project.targets.each do |target|
      target.build_configurations.each do |config|
            config.build_settings['ONLY_ACTIVE_ARCH'] = 'NO'
      end
  end
end

pod install и все готово.

Вы создали «Распространение» или аналогичную конфигурацию для создания архивов Ad-Hoc и App Store? Как и многие другие, я последовал рекомендациям Apple и назвал конфигурацию «Выпуск», назвал ее «Распространение» и установил для нее другие правила подписи. Ну, может быть, это была рекомендация до того, как они представили схемы и опцию «Распределить» в Организаторе, во всяком случае, у меня это было раньше.

Затем у меня была такая же проблема со стручками. При отладке все работало хорошо, но архивирование завершилось ошибкой ссылки. Попробовав то и это, я изменил конфигурацию архива моего исходного проекта с «Распространение» на «Выпуск», и ошибка связи исчезла.

Тем не менее, архив не отображался в Организаторе, хотя я мог найти его в файловой системе, но он имел нулевой размер.

Последним шагом к исправлению всего этого было изменение параметра «Пропустить установку» для конфигурации «Выпуск» на «НЕТ». Обратите внимание, что вы должны сделать это только для вашего основного проекта, но не для проекта Pods. Лучше оставить проект Pods как есть, так как он генерируется каждый раз, когда вы запускаете «pod install».

Обновление. Только что получил ответ от разработчиков CocoaPods Похоже, у меня это не работает, так как у меня правильно настроена конфигурация Pods. Но это могло помочь кому-то другому.

В моем случае проблема заключалась в том, что для местоположения производных данных Xcode было установлено значение «Наследие». Цель CocoaPods (libPods.a) строилась правильно, но Xcode искал ее не в том месте.

Переключение на «Уникальный» (по умолчанию) решило проблему. Вы можете сделать это, перейдя в «Настройки»> «Местоположение» и нажав кнопку «Дополнительно ...».

Только добавление «Пути поиска библиотеки» (в настройках сборки «MyProject») в «Pods / build / Debug-iphonesimulator» сработало для меня (при использовании симулятора).

Получил отсюда: https://github.com/CocoaPods/CocoaPods/issues/121#issuecomment-5452473

Если вы выполняете архивирование для iOS7 и Xcode5 и получили эти ошибки, перейдите по этой ссылке. Похоже, Apple отказывается от архитектуры, в которой для стручков какао нужны были https://github.com/CocoaPods/CocoaPods/pull/1352

Я обнаружил, что выбор «Найти неявные зависимости» (в схеме «продукт / изменение») решит эту проблему, вместо того, чтобы добавлять модули в качестве цели.

Я просмотрел все ответы здесь, но для меня это было безумно просто ... Перейдите в Target -> Build Phases, затем удалите libPods-YourProject.a, затем добавьте его снова, используя «+». Не беспокойтесь о том, что библиотека станет красной, все в порядке.

Я использовал старую версию cocoapod после обновления cocoapods, она предлагает мне обновить установленный модуль из-за серьезного обновления, поскольку я обновляюсь через долгое время. Я обновил его, и новые версии модулей были обновлены нормально. Но после этого я получил ошибку типа library not found for -lPods-xxxprojectName-xxxxxpodName

После того, как я попробовал так много решений, которые были даны в качестве ответа в этой статье, у меня это не сработало. Затем я перешел в настройку своего проекта и обнаружил, что путь к стручкам был изменен, который был на Other Linker Flag

Проверьте правильность имени модуля Manage Schemes и сравните его в Other Linker Flag, измените его, если оно не похоже

Старый путь к пакету был -l"lPods-xxxprojectName-xxxxxpodName"

Но новых модулей было только xxxxxpodName, поэтому я заменил Other Linker Flag на новый, как показано ниже.

Изменен на путь к пакету -l"xxxxxpodName", и он работает.

Я не знаю точной причины этого, но, возможно, это поможет кому-нибудь.

Я открыл рабочую область, но получил ту же ошибку.

Для параметра Только сборка активной архитектуры установлено значение ДА.

реши мою проблему.

Решил это, выполнив следующие действия:

• Обновите установку cocoapods. ($ [sudo] gem установить cocoapods)
• Переустановите зависимости в своем проекте. (установка модуля)
• Очистить и пересобрать / заархивировать.

В моем случае pod install исправил проблему после создания схем распространения и выпуска.

У меня такая же проблема при архивировании для отправки. Обсуждение этого вопроса можно найти здесь: https://github.com/CocoaPods/CocoaPods/issues/155

Таким образом, у меня работают два метода:

1. Установка «Предпочтения -> Местоположения -> Дополнительно» на «Пользовательский (относительно рабочего пространства)» ИЛИ
2. Установите для Podfile значение - platform :ios, :deployment_target => "5.0"

Использование Xcode 5 с iOS 7

Это то, что я сделал после того, как застрял на час. Удалите ARM64 из «Настройка сборки»> «Действительная архитектура».

ДОБАВЛЕНО: Кроме того, в моем случае это не было полученным местоположением данных. Я выбрал уникальное место для постройки.

если вы используете iOS7 и Xcode 5, выполните:

• Выберите свой проект Pods.
• Перейдите к целевым модулям и в настройках сборки выберите «Архитектуры»> «Стандартные архитектуры» (armv7, armv7s).
• Сделайте то же самое для каждой цели вашего проекта Pods.

Я пробовал КАЖДЫЙ ответ в этой ветке, но безрезультатно. Наконец, решил мою проблему, сопоставив «Путь к продуктам для сборки до настройки» в моем целевом проекте со значением в проекте Pods. Оказывается, они строились в двух разных местах выхода. Ни одно из других предложений в этой ветке не было актуальным для меня. Было бы здорово, если бы XCode давал полезное описание ошибки (например, ПОЧЕМУ он не может использовать lib - Файл не найден, Соответствующая архитектура не найдена и т. Д.).

В этой проблеме, если вы уже установили и обновили pod в своей системе, ваш Xcode не может найти библиотеку Pods. Чтобы решить эту проблему, проверьте следующие причины, которые могут иметь место:

1. Вы используете рабочее пространство.
2. Библиотека Pods строит.
3. На библиотеку Pods есть ссылка в группе продуктов вашего проекта.
4. Ваша цель включает библиотеку Pods в ссылку на этапе сборки фреймворков.

пытаться

link_with 'YouTarget1', 'YouTarget2' ...

Мой проект заработал, таргеты внезапно перестали компилироваться. Потом добавил "link_with" и вернулся в норму.

По-видимому, теперь он просто подключается к первой цели, о чем говорится в ссылке:

http://guides.cocoapods.org/syntax/podfile.html#link_with

Если проблема не исчезла, попробуйте:

pod update

Сделал для меня работу, надеюсь, это поможет вам.

Ничего из того, что здесь написано, мне не помогло, но это наставило меня на правильный путь. В итоге я сделал следующее:

1. Проанализируйте сообщение об ошибке.

   Там написано Library not found: -lPods-... Таким образом, он не может найти эту конкретную библиотеку. Как это решить? Что ж, убедитесь, что эта библиотека находится в пути поиска. Так где же находится эта библиотека?

2. Найдите, где находится библиотека.

   Я набрал find . | grep -e 'Pods-.*\.a' в терминале в моей папке ~/Library/Developer/Xcode/DerivedData. Я обнаружил, что моя libPods-... библиотека находится в нескольких местах, например ~/Library/Developer/Xcode/DerivedData/[generated-name]/Build/Products/Release-iphonesimulator/libPods-[name].a

3. Добавьте одну из этих папок в путь поиска библиотеки

   Если мы добавим одну из этих папок в путь поиска библиотеки, то проблема исчезнет. Однако на всех путях есть где-то [generated-name] папка, в моем случае [Project]-guyraaahpczkqmhghlwgsdsqyxxs.

   Так как же нам ответственно добавить эту папку в путь поиска? Используя переменную времени сборки! Мы можем получить список существующих переменных, просмотрев этот ответ. Оказывается, одна из определенных переменных называется ${PODS_CONFIGURATION_BUILD_DIR}, и именно в этой папке находится мой libPods-[Product].a!

4. Теперь добавьте эту папку в путь поиска библиотеки.

   Это самая легкая часть, и мой ответ на этот вопрос. Перейдите в Настройки сборки - ›Пути поиска -› Поиск в библиотеке, убедитесь, что он свернут, и дважды щелкните ‹Несколько значений. ›.

   В появившемся диалоговом окне щелкните маленький знак «+» в левом нижнем углу. Теперь введите "${PODS_CONFIGURATION_BUILD_DIR}" и оставьте раскрывающийся список без рекурсии. Тип ‹Enter›. Теперь перетащите эту запись до конца вверх, чтобы она располагалась прямо под $(inherited).

5. Готово. Восстановите свой продукт!

   Моя ошибка исчезла. Проголосуйте за этот ответ, закройте вкладку и забудьте о существовании проблемы ????

попробуйте открыть файл xcworkspace вместо файла xcodeproj

В моем случае помог № 4 FAQ по этой ссылке: https://github.com/CocoaPods/CocoaPods/wiki/Creating-a-project-that-uses-CocoaPods

Если проблема не исчезнет, ​​вы можете попробовать еще несколько вещей.

переименовал файл some_project.workspace в some_project.workspace.backup и запустил установку $ pod. Он создал новый файл рабочей области, и ошибка исчезла.

У меня тоже было такое, Cocoapods версии 0.28.0

Здесь легко исправить, без долгого чтения: - удалите Cocoapods (командная строка или AppCode) - удалите папку Podfile, Podfile.lock, Pods

• переустановите Cocoapods
• запустите вновь созданное рабочее пространство.

Я была такая же проблема. В моем случае это оказалось ошибкой xCode. Все, что мне нужно было сделать, это удалить «Действительные арки», очистить, снова добавить их, и я был готов к работе. Также попробуйте обновленные коконады в целом.

Я решил эту проблему, установив одинаковые архитектуры и допустимые архитектуры для всех модулей, как и для моего проекта. Итак, решение для дыр в моем случае было:

• обновить стручки какао: sudo gem обновить стручки какао
• пакеты обновления: обновление пакета
• В ваших модулях перейдите в «Настройки сборки»> «Архитектуры» и установите здесь «Архитектуры» и «Действительные архитектуры» в точности так же, как и в основном проекте.

Чтобы упростить ответ @ i4niac:

Другой распространенной причиной этого является несоответствие конфигурации сборки схемы. В нашем случае наша схема «AppName-AppStore» имела «Release» в качестве конфигурации сборки архива вместо «AppStore» (для других могло быть наоборот).

Мне не хватало libPods.a в target, поэтому первым делом нужно добавить его в связанные фреймворки и библиотеки.

Затем выберите Продукт -> Сборка для -> Профилирование (или перед добавлением libPods.a, если он полностью отсутствует)

и, наконец, проверьте свой сценарий Копирование ресурсов Pods в разделе Этапы сборки (если он такой же, как и ваша вторая цель - иногда это зависит от Podfile и его целей) . Тогда вы должны успешно построить.