Pierwszy raz używał kakao (najnowsza wersja) dla zależności w najnowszym Xcode 7.2.1 z Swift 2.1. Inicjuję folder projektu, a następnie edytuję plik podfile i dodaje moje zależności. Kiedy biegnę pod install
działa bez żadnych problemów, dopóki nie otworzę projektu i nie spróbuję zbudować. Próbowałem tego z dwoma osobnymi projektami (z których jeden był zupełnie nowy do testowania) i otrzymuję linker command failed with exit code 1 (use -v to see invocation)
dla obu. Mój plik pod wygląda następująco:
platform :ios, "8.0" #8.0 is minimum supported, right?
use_frameworks!
target "Testing Frameworks" do
pod "Alamofire", "~> 3.0"
end
Odpowiedzi:
49 dla odpowiedzi nr 1Zamknij bieżący projekt i otwórz .xcworkspace utworzony w folderze projektu.
Powodzenia!
7 dla odpowiedzi nr 2
- Przejdź do Ustawień projektu.
- Przejdź do Ustawienia budowania.
- Zmień ARCHITEKTURĘ AKTYWOWĄ AKTYWNĄ TYLKO na NIE.
7 dla odpowiedzi nr 3
Najpierw spróbuj Pokaż nawigator raportów (8. zakładka w lewym nawigatorze Xcode) i sprawdź raport. Powinien dać ci trochę informacji o tym, co się dzieje:
framework not found Pods_[PODFILE_OLD_ABSTRACT_TARGET_NAME]
.
Często po zmianie abstract_target
"Imie (lub cokolwiek Cocoapods używa do nazwania struktury w przyszłości) w podfile
, sprawdź swój cel Połącz plik binarny z bibliotekami pod Zbuduj fazy.
Jeśli utrzymuje strukturę ze starą nazwą, która już nie istnieje (obok nowego), usunąć to.
4 dla odpowiedzi № 4
Po prostu miałem podobny problem w moim projekcie. Zauważyłem, że w OGÓLNE ustawienia projektu w sekcji "Połączone frameworki i biblioteki" są dwa pliki dla strąków: "libPods.a"
i "Pods_ProjectName.framework
"
Usuwanie "libPods.a"
pomógł w moim przypadku.
1 dla odpowiedzi nr 5
Rozwiązaniem dla mnie było dodanie flagi `$ (dziedziczone) do LIBRARY_SEARCH_PATHS w docelowych ustawieniach kompilacji.