Oddzieliłem aplikację i cele testowe w Podfile używając

target :App do
    …
end

target :AppTests do
    …
end

Zaowocowało to dwoma nowymi produktami libPods-App.a i libPods-AppTests.a , odpowiednio i zrobili poprzedni produkt libPods.a przestarzałe. Musiałem usunąć ten produkt z binarnego łącza z sekcją bibliotek z fazy budowania konfiguracji obu celów.

Miałem dziś podobny problem.

1. konfiguruję nowy projekt
2. zainstalowałem strąki kakao
3. utworzyłem nową konfigurację Preview wraz z istniejącymi Debug i Release

4. Teraz podczas kompilacji na tej nowej konfiguracji Preview kompilator nie będzie w stanie połączyć się z Pods i dać mi ten Komunikat:

   ld: library not found for -lPods
   

Rozwiązanie:

To co musiałem zrobić to uciec

 pod install

Ponownie i tym samym konfigurując cocoapody dla nowa konfiguracja Preview. Zaktualizował mój projekt, obszar roboczy i plik projektu Pod i problem zniknął

Upewnij się, że otwierasz .xcworkspace, a nie .xcodeproj

Żadne rozwiązanie nie zadziałało dla mnie, to jest naprawdę nie do zniesienia, jest plik libpods.a (który był czerwony kolor) usunąłem go i wszystko działa dobrze! Pozdro dla mnie;)

Podzieliłem moje listy pod w Podfile dla różnych celów, takich jak:

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

I prowadził pod install

To stworzyło nową bibliotekę libPods-ABC.a, do której mój plik binarny musiał się połączyć. Ale błąd polegał na tym, że nie usunął poprzedniej biblioteki tj. libPods.a.

Rozwiązanie: Usuń bibliotekę libPods.a z Build Phases z Link Binary With Libraries.

Jeśli masz problemy z tym na cocoapods v25 / Xcode 5

Projekt Pods Xcode ustawia teraz ustawienie kompilacji ONLY_ACTIVE_ARCH na YES w konfiguracji debugowania. Będziesz musiał ustawić to samo na swoim projekcie / celu, w przeciwnym razie kompilacja nie powiedzie się.

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

UPDATE Upewnij się, że masz najnowsze klejnoty / cocoapods

• gem update system
• gem update cocoapods

Będziesz chciał przebudować projekt używając Zainstaluj Pod, aby odbudować projekt.

Miałem Stary libPod.określony plik (prawdopodobnie spowodowany przeze mnie zmianą celów).

Ustawienia projektu -> fazy budowania -> Link binarny z bibliotekami

Zwykle cocoapody zawierają tylko jedną bibliotekę, np. libPods-target.a LUB libPods.a. Rozwiązałem to usuwając duplikat.

Jeśli Xcode skarży się podczas łączenia, np. biblioteka nie znaleziona dla-lPods, nie wykrywa ukrytych zależności.

Przejdź do produktu > Edytuj schemat Kliknij na Build Dodaj statyczną bibliotekę Pods i upewnij się, że znajduje się na górze listy Oczyść i zbuduj ponownie Jeśli to nie zadziała, sprawdź, czy źródło specyfikacji, które próbujesz włączyć, zostało pobrane z github. Zrób to patrząc w /Pods/. Jeśli jest pusty (nie powinien być), sprawdź, czy~/.cocoapods / master//.podspec posiada popraw w nim adres URL git hub. Jeśli nadal nie działa, sprawdź ustawienia lokalizacji budowania Xcode. Przejdź do Preferencje - > lokalizacje - > dane pochodne - > zaawansowane i ustaw lokalizację kompilacji na "względem obszaru roboczego".

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

Miałem ten sam problem, gdy edytowałem Podfile dodając cel, którego wcześniej używałem bez celu.

Podfile

target 'xxxx' do

pod 'xyz'
pod 'abc'    

end

Po zastanowieniu się znalazłem, że w zakładce target properties > > General > > Linked Frameworks and Libraries pojawił się nowy libPods-xxxx.a i stary libPods.a

Właśnie usunąłem libpody.a i wszystko działało dobrze.

CocoaPods ' wiki na Githubie ma odpowiedź w FAQ :

• przejdź do Product > Edit Scheme
• Kliknij na Build
• Dodaj statyczną bibliotekę Pods i upewnij się, że jest na górze listy
• Clean and build again
• jeśli to nie zadziała, sprawdź, czy źródło specyfikacji, które próbujesz włączyć, zostało pobrane z github. Zrób to, patrząc w <Project Dir>/Pods/<Name of spec you are trying to include>. Jeśli jest pusty (nie powinien być), sprawdź, czy ~/.cocoapods/master/<spec>/<spec>.podspec ma poprawny adres URL github w to.
• jeśli nadal nie działa, sprawdź ustawienia lokalizacji budowania Xcode. Przejdź do Preferences -> Locations -> Derived Data -> Advanced i ustaw lokalizację kompilacji na "related to Workspace".

Użycie ONLY_ACTIVE_ARCH=NO we wszystkich pods rozwiązało problem dla mnie. Aby zrobić to trwałe, dodałem hook post_install do mojego Podfile:

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 i jesteś skończony.

Zmieniałem nazwę projektu na "Nbselector"z " partnerzy".

Miałem błąd "Library not found for libPods-Partners" po zmianie nazwy projektu. Xcode próbował połączyć się ze starymi partnerami.plik. Po prostu usuń go, jeśli zainstalowałeś podinstalację po zmianie nazwy.

Czy stworzyłeś 'dystrybucję' lub podobną konfigurację do tworzenia archiwów Ad-Hoc i App Store? Podobnie jak wiele innych zastosowałem się do zaleceń Apple i nazwałem konfigurację "Release", nazwałem ją "Distribution"i ustawiłem do niej różne reguły podpisywania. Cóż, może to była rekomendacja, zanim wprowadzili schematy i opcję "Dystrybuuj" w organizerze, w każdym razie, po prostu miałem ją wcześniej.

Wtedy miałem ten sam problem z Pods. Wszystko działało dobrze podczas debugowania, ale Archiwizacja nie powiodła się z błędem linku. Po wypróbowaniu tego i tamtego zmieniłem konfigurację Archiwum mojego oryginalnego projektu z 'Dystrybucja' Na 'Release' i błąd łącza zniknął.

Jednak archiwum nie pojawiło się w organizerze, choć mogłem je zlokalizować w systemie plików, ale miało rozmiar 0.

Ostatnim krokiem do naprawienia tego wszystkiego była zmiana ustawienia " Skip Install "dla konfiguracji"Release" NA "NO". Zauważ, że musisz to zrobić tylko dla Twojego głównego projektu, ale nie dla projektu Pods. Lepiej zostawić kapsuły projekt jak jest, ponieważ jest generowany za każdym razem, gdy uruchamiasz 'pod install'.

Update Właśnie dostałem odpowiedź od CocoaPods devs Wydaje mi się, że to nie działa, ponieważ miałem poprawnie ustawioną konfigurację Pods. Ale to może pomóc komuś innemu.

W moim przypadku problem polegał na tym, że Lokalizacja danych pochodnych Xcode została ustawiona na opcję "Legacy". Cel CocoaPods (libPods.a) został zbudowany poprawnie, ale Xcode szukał w niewłaściwym miejscu dla niego.

Przełączenie go na "Unique" (domyślne) rozwiązało problem. Możesz to zrobić, przechodząc do Preferencje > lokalizacje i klikając zaawansowane... guzik.

Tylko dodanie "ścieżek wyszukiwania bibliotek" (w Ustawieniach kompilacji 'MyProject') do "Pods/build/Debug-iphonesimulator" zadziałało dla mnie (podczas korzystania z symulatora).

Got it from here: https://github.com/CocoaPods/CocoaPods/issues/121#issuecomment-5452473

Jeśli archiwizujesz dla iOS7 i Xcode5 i masz te błędy, zapoznaj się z tym linkiem. Wygląda na to, że Apple porzuca architekturę, której potrzeba https://github.com/CocoaPods/CocoaPods/pull/1352

Stwierdziłem, że wybranie " Znajdź ukryte zależności "(w programie product / edit) rozwiąże ten problem zamiast konieczności dodawania strąków jako celu.

Przejrzałem wszystkie odpowiedzi tutaj, ale dla mnie to było szalenie proste...Przejdź do Target - > Build faz, a następnie usuń libPods-YourProject.a, następnie dodaj go ponownie za pomocą"+". Nie martw się, że biblioteka będzie czerwona.

Użyłem starej wersji cocoapod po aktualizacji cocoapods sugeruje mi aktualizację zainstalowanego pod z powodu dużej aktualizacji, ponieważ aktualizuję po długim czasie. Aktualizuję go i nowa wersja pods została zaktualizowana dobrze. Ale potem dostałem błąd jak library not found for -lPods-xxxprojectName-xxxxxpodName

Po wypróbowaniu tak wielu rozwiązań podanych jako odpowiedź na to pytanie, żadne z nich nie zadziałało dla mnie. Następnie udałem się do mojego ustawienia projektu i okazało się, że ścieżka pods jest zmiana, która była na Other Linker Flag

Sprawdź swoją Manage Schemes poprawną nazwę pod i porównaj w Other Linker Flag, Zmień, jeśli nie podobne

Stara ścieżka była -l"lPods-xxxprojectName-xxxxxpodName"

Ale nowe strąki były tylko xxxxxpodName więc zamieniłem Other Linker Flag na nowe jak poniżej

Zmieniono na pod path -l"xxxxxpodName" i działa.

Rozwiązałem to, wykonując poniższe kroki:

• zaktualizuj swoją instalację cocoapods. ($[sudo] gem install cocoapods)
• Ponownie zainstaluj zależności w projekcie. (pod install)
• wyczyść i ponownie zbuduj / archiwum.

W moim przypadku pod install Naprawiono problem po utworzeniu schematów dystrybucji i Wydania.

Mam ten sam problem przy archiwizacji do submit. Dyskusja na ten temat znajduje się tutaj: https://github.com/CocoaPods/CocoaPods/issues/155

Podsumowując, działają dla mnie dwie metody:

1. ustawienie "Preferences - > Locations - > Advanced" na "Custom(related to Workspace)" lub
2. Ustaw Podfile na - platform :ios, :deployment_target => "5.0"

Używanie Xcode 5 z iOS 7

To właśnie zrobiłem po tym, jak utknąłem na godzinę. Usuń ARM64 z Ustawienia Build > Valid Architecture.

Dodano: również, w moim przypadku, to nie pochodzi Lokalizacja danych. Wybrałem unikalną dla lokalizacji budowy.

Jeśli używasz iOS7 i Xcode 5, wykonaj:

• Wybierz swój projekt Pods.
• Przejdź do docelowych Pods i w Ustawieniach budowania wybierz Architectures - > Standard architectures (armv7, armv7s).
Zrób to samo dla każdego celu Twojego projektu Pods.

Próbowałem każdej odpowiedzi w tym wątku bez skutku. Ostatecznie rozwiązałem mój problem, dopasowując "Pre-Configuration Build Products Path" w moim projekcie docelowym z wartością w projekcie Pods. Okazało się, że budowali dwa różne miejsca wyjściowe. Żadna z innych sugestii w tym wątku nie była dla mnie istotna. Byłoby świetnie, gdyby XCode podał użyteczny opis błędu (na przykład dlaczego nie można użyć pliku LIB-Not Found, nie znaleziono pasującej architektury itp.).

W tym problemie,jeśli już zainstalowałeś i zaktualizowałeś pod w systemie, to Twój Xcode nie może znaleźć pod library.To Rozwiąż ten problem, sprawdź następujące przyczyny, które mogą mieć miejsce:

1. używasz przestrzeni roboczej.
2. Biblioteka Pods buduje.
3. biblioteka Pods znajduje się w grupie produktów twojego projektu.
4. twój cel zawiera bibliotekę Pods w fazie link with framework build.

Try

Link_with 'YouTarget1', 'YouTarget2'...

Mój projekt zadziałał, cele nagle przestały być kompilowane. Następnie dodano "link_with" i powróciło do normy.

Najwyraźniej teraz łączy się z pierwszym celem, tak mówi link:

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

Jeśli nadal masz ten problem, spróbuj:

pod update

Spróbuj otworzyć plik xcworkspace zamiast pliku xcodeproj