Polecenie konsolidatora nie powiodło się z kodem zakończenia 1 (użyj -v, aby zobaczyć wywołanie), Xcode 8, Swift 3

Nie mogę pozbyć się tego błędu!

Próbowałem różnych rzeczy, takich jak czyszczenie danych pochodnych (Preferencje-> Lokalizacje-> kliknij szarą strzałkę, aby otworzyć folder danych pochodnych w Finderze-> kliknij prawym przyciskiem myszy, przenieś do kosza), czyszczenie projektu (CMD + Shift + K lub Produkt -> Wyczyść), aktualizowanie kartaginy i zależności, sprawdzanie innych odpowiedzi na StackOverflow (głównie korekty w ustawieniach / fazach kompilacji) i ponowne klonowanie aplikacji z github itp.

Ten sam projekt działa na komputerach moich współpracowników.

EDYCJA: Z aktualnie najwyżej ocenianej odpowiedzi udało mi się trochę dalej debugować ... Jednak nadal nie jestem pewien, jak to naprawić. Wygląda na to, że mam coś w projekcie dwa razy? Szukałem i nie mogę znaleźć niczego, co się pojawiło dwa razy!

Oto zdjęcie dziennika:

Miałem dzisiaj ten sam problem w Xcode 8 w wersji 8.3.2

kliknij prawym przyciskiem myszy problem -> pokaż w dzienniku

wtedy możesz sprawdzić, co powoduje ten problem

Być może zainstalowałeś plik pod i nadal próbujesz zbudować z .xcodeprojpliku zamiast.xcworkspace

jedyną rzeczą, która działała dla mnie, było bieganie pod deintegrateipod install

próbowałeś wyczyścić? cmd + shift + k

Okej ... Więc oto co rozwiązało mój problem ...

w pliku delegata aplikacji:

#import "AppDelegate.h"
#import "DarkSkyAPI.h"
//#import "Credentials.h"

Zaimportowałem Credentials.h już w pliku DarkSkyAPI.m w moim projekcie. Skomentowanie dodatkowego importu sprawiło, że błąd zniknął!

Kilka rzeczy, o których warto wspomnieć i może pomóc komukolwiek w przyszłości. Odpowiedź @umairqureshi_6 pomogła mi w tym procesie, ale go nie rozwiązała. Doprowadził do miejsca, w którym mogłem wydobyć informacje. Ciągle widziałem pliki AppDelegate i DarkSkyAPI pojawiające się w dzienniku błędów, a informacje, które pobierały z pliku Credentials, powodowały błąd. Wiedziałem, że musi znajdować się w jednym z tych 3 plików, więc od razu sprawdziłem import, ponieważ przypomniałem sobie, że plik .h zawiera wszystkie importy z pliku .m. Bum!

Mam już odpowiedź na to pytanie. Ale jeśli to pomaga komuś zaoszczędzić trochę czasu: miałem ten sam błąd. Sprawdziłem wszystko, aby znaleźć bardzo mały i głupi błąd z mojej strony. Zaimportowałem podstawowy plik danych ManagedObject w kontrolerze widoku mojego projektu. Przypadkowo zaimportowałem plik .m zamiast pliku .h , który powodował powielenie symbolu w architekturze (polecenie konsolidatora nie powiodło się), ponieważ mój plik .m klasy properties importuje plik .h podstawowej klasy danych, powodując zduplikowany import.

Po prostu sprawdź, czy zaimportowałeś właściwe pliki, zanim wypróbujesz wiele rozwiązań.!

Wiele rozwiązań zostało wymienionych powyżej. Nikt dla mnie nie pracował (ale najpierw spróbuj powyżej).

Wybierz Project -> Select Target -> Linked Framework and Libraries -> Add all pod libraries. (usuń, jeśli istnieją w osadzonych plikach binarnych)

Teraz usuń je z folderu Framework w lewym eksploratorze plików xcode.

To rozwiązało mój problem.

Wybierz projekt-> Faza budowy-> Połącz plik binarny z bibliotekami i dodaj wszystkie biblioteki pod.

Miałem ten sam problem, używając Kartaginy do zależności.

Po prostu przejdź do Select Project -> Build Settings -> Search for Enable Bitcode -> Jeśli jest wybrana na Yes, wybierz No.

To rozwiązało ten problem.

Miałem ten sam problem.

Przyczyną było to, że zadeklarowałem tę samą zmienną globalną w 2 plikach . Więc pokazywał ten sam błąd, mówiąc o 2 zduplikowanych symbolach .

Rozwiązaniem było usunięcie tych zmiennych.

Dla każdego, kto ma ten problem z platformą Flurry. To rozwiązało mój problem. Dla mnie problem polegał na tym, że zaimportowałem następujące pliki, ale nigdy ich nie użyłem. „libFlurryTVOS_9.2.3” „libFlurryWatch_9.2.3”

Wszystko, co musiałem zrobić, to przejść do ustawień docelowych projektu i usunąć te 2 pliki z sekcji „Powiązane ramy i biblioteki”, a problem został rozwiązany.

W moim przypadku przyczyną błędu jest biblioteka, do której linkowano dwa razy.

Używam, react-nativewięc został połączony automatycznie za pomocą react-native linki ręcznie w xcode.

Upewnij się, że Find Implicit Dependenciespole wyboru jest zaznaczone.

(Produkt -> Schemat -> Edytuj schemat -> Kompiluj -> Znajdź niejawne zależności)

Testowałem platformę Sparkle z CocoaPods.

Niestety, umieściłem pod 'Sparkle', '~> 1.21'PodFile w złym miejscu. Umieściłem to pod testami (dla testów jednostkowych).

Po umieszczeniu w odpowiednim miejscu w PodFile wszystko jest w porządku.

Po prostu musiałem to zrobić import Foundation!

Używałem Kitury po stronie serwera Swift i ciągle o tym zapominałem!

Oto mój problem i rozwiązanie:

Usunąłem dwa pliki z kodu źródłowego za pomocą drzewa źródłowego (kontrolera wersji). Po zastosowaniu różnicy, która zawiera dwie usunięte przeze mnie klasy, Xcode nie dodał jej automatycznie. Więc otrzymałem błąd konsolidatora.

Dodałem pliki ręcznie, klikając prawym przyciskiem myszy nazwę grupy i wybierając „Dodaj pliki do”. Teraz mój błąd został rozwiązany.

Jeśli ktoś napotkał błąd konsolidatora dotyczący pliku klasy, spróbuj dodać go ręcznie.

Nie miałem tego problemu, gdy zbudowałem i uruchomiłem na własnym urządzeniu. Miałem ten problem tylko z symulatorami. Po prostu ponownie uruchomiłem komputer i uruchomiłem go. Zadziałało.

W moim przypadku zmieniłem Targetnazwę w moim, Podfilewięc tworzy dla mnie ten sam błąd.

Rozwiązanie

Po prostu idź project-> Build Phase->Link Binary with librariesUsuń stare FrameWorks, klikając minus button(-)I wyczyść i uruchom ponownie. Pracuję dla mnie.

Usuń niechciane .framework.

Inne odpowiedzi nie zadziałały dla mnie, więc tutaj udostępniam moje rozwiązanie na wypadek, gdyby mogło pomóc komuś innemu:

Mój problem polegał na tym, że konfigurowałem Podfile mojego projektu XCode dla złej platformy. Zmiana „platform: ios” na początku mojego Podfile na „platform: macos” pomogła mi pozbyć się błędu.

Miałem ten sam problem. Jeśli sprawdzasz dowolny projekt github, zamiast używać git clone, użyj git lfs clone, ponieważ czasami niektóre duże pliki nie są poprawnie klonowane przy użyciu samego git. Upewnij się również, że twój kod bitowy jest wyłączony.

Dla mnie plik blokady klejnotów określał starszą wersję cocoapodów niż ta, którą zainstalowałem. bundle exec pod installZamiast tego musiałem ponownie rozgałęzić się i uruchomićpod install

Wygląda na to, że u większości z nas problem jest inny, a komunikat o błędzie zawiera przyzwoite informacje. W moim przypadku cel wdrożenia został ustawiony 10.13na export MACOSX_DEPLOYMENT_TARGET=10.13linię, ale działałem 10.14. Musiałem więc zmienić cel wdrożenia na 10.14Ogólne> Informacje o wdrożeniu, aby symbole związane z ITLibrary były ponownie dostępne.

cd /Users/foo/src/scrobble/macos/itunes-scrobble
    export MACOSX_DEPLOYMENT_TARGET=10.13

... SNIP ...

Undefined symbols for architecture x86_64:
  "_OBJC_CLASS_$_ITLibMediaItem", referenced from:
      objc-class-ref in AppDelegate.o
  "_OBJC_CLASS_$_ITLibPlaylist", referenced from:
      objc-class-ref in AppDelegate.o
  "_OBJC_CLASS_$_ITLibrary", referenced from:
      objc-class-ref in AppDelegate.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

W moim przypadku produkowałem wiele produktów z tego samego projektu. W przypadku jednego z produktów main.mplik zaimportował plik nagłówkowy z innego folderu w tym samym projekcie. Ale ten plik nie został uwzględniony w sekcji „Zgodne źródła” w sekcji „Faza budowy”. Spowodowało to błąd konsolidatora.

Po dokładnym porównaniu ustawień „Fazy kompilacji” dla produktu, który mógłby zostać pomyślnie zbudowany, zdałem sobie sprawę, że .mplik nagłówka musi znajdować się na liście „Skompilowane źródło”. Mój problem został rozwiązany po dodaniu tego pliku. Dołączenie zdjęcia dla większej przejrzystości. Zaznaczony plik musiał zostać dodany.

Te same problemy napotkałem podczas tworzenia projektu Ionic 1.

Udało mi się rozwiązać problem po usunięciu pliku CDVLogger.h i CDVLogger.m

Ok, miałem ten sam problem właśnie dzisiaj i zacząłem go googlować, kiedy natknąłem się na ten wątek. Nie skończyłem czytać pytania, gdy przyszła mi do głowy odpowiedź: zadeklarowałem klasę z pustym konstruktorem

class MyClass{
    MyClass();

    void func_one(){
    // code
    }

    void func_two(){
    // code
    }

    ~MyClass(){
        cout << "Deleting object" << endl;
     }
};

Wtedy pomyślałem, dlaczego nie zakończyć (nie jestem pewien, czy mam rację z wyborem słów tutaj, ale kogo to obchodzi) konstruktora mojej klasy za pomocą nawiasów klamrowych ( {}). Więc zrobiłem:

class MyClass{
    MyClass(){}

    void func_one(){
    // code
    }

    void func_two(){
    // code
    }

    ~MyClass(){
        cout << "Deleting object" << endl;
     }
};

Problem został wyeliminowany, mój kod zaczął działać idealnie.

Wiem, dobrą praktyką jest zbadanie problemu i znalezienie prawdziwej przyczyny, ale to zadziałało.