Undefined symbols for architecture i386: ObjC CLASS $ SKPSMTPMessage", referred from: error

Dla mnie problemem okazał się brak frameworków. Po dodaniu em, zadziałało.

Sprawdź poprawne Architektury i buduj tylko aktywne właściwości architektury.

Jeśli używasz cocoapods upewnij się, że ustawienia build Twojego celu zawierają $(dziedziczone) w sekcji inne flagi linkera

Czy twój framework jest skompilowany dla armv (x)? Wygląda na to, że jest skompilowany dla i386, który kod nie będzie działał na urządzeniu z iOS. Albo jest skompilowany dla armv (x) i próbujesz uruchomić go na symulatorze, czyli kodzie i386. Upewnij się, używając ustawień kompilacji Akshay wyświetlonych powyżej, że Twój framework jest poprawnie skompilowany dla układu, na którym zamierzasz go uruchomić.

Jeśli importujesz jakiś inny projekt w xcode i jeśli bieżący i importowany projekt mają te same pliki w źródle kompilatora, po prostu usuń ten sam plik w bieżącym projekcie w Ustawieniach "fazy budowania". U mnie zadziałało.

Tak, to ma związek z tym, co powiedział allen... poszukaj TargetMembership w sekcji Utilities w pliku źródłowym. istnieje pole wyboru, które kojarzy ten plik z projektem. Sprawdzenie tego rozwiązało ten problem również dla mnie.

Może też być tak, że brakuje Ci linku do biblioteki binarnej, sprawdź fazy budowania w swoich targ dodaj wymagane biblioteki, a następnie Produkty > Clean Produkt > Build

To też musi działać!

Miałem ten problem, gdy otworzyłem ten sam projekt dwa razy, tylko jeden projekt był oryginalny, a drugi został sklonowany z adresu URL Gita.

'produkt' > 'czysty' rozwiązał problem.

Napotkałem również ten problem i naprawiłem go, sprawdzając, czy zarówno źródło kompilacji, jak i binarny link z biblioteką zawierały wszystkie wymagane przeze mnie pliki/biblioteki/framework.

Kiedy natknąłem się na ten sam problem:

Nieokreślone symbole dla architektury i386:

_OBJC_CLASS_$_skpsmtpmessage, odwołany z: objc-class-ref w ConfirmController.o

Okazało się, że zapomniałem dodać frameworka. To był QuartzCore.ramy, aby być dokładnym.

Spróbuj jeszcze raz:

Więc wypróbowałem wszystkie sugestie na tej stronie.. nic nie działało.. Sposób, w jaki mój problem zaczął się od wykonania kroków w ten tutorial, który uczy jak łączyć biblioteki statyczne. Z mojego przykładowego projektu instrukcje działały dobrze.. ale potem w moim rzeczywistym projekcie zacząłem dostawać błąd powyżej.

Więc to, co zrobiłem, to przejść przez każdy krok wspomnianego tutorial i zbudowany po każdym kroku.. Linia przestępcza okazała się taka jeden: dodawanie-all_load do ustawień budowania - > inne flagi linkera

Okazuje się, że ta flaga była zalecana pewnego razu do linkowania kategorii do bibliotek statycznych.. ale potem okazało się, że ta flaga nie jest już potrzebna Xcode 4.2+.. (to samo dotyczy flagi-force_load.. który był również zalecany w innych postach )..

Gdy napotkałem ten sam problem, zapomniałem dodać " skompilowaną wersję biblioteki (z rozszerzeniem .a)". Zwykle dodajemy bibliotekę zaimportowanego projektu w zależności od celu w fazach budowania, ale zapominamy dodać "skompilowaną bibliotekę" w linku binarnym z bibliotekami w fazach budowania.

Dodanie tego, co dla mnie zadziałało na wypadek, gdyby inni mieli ten sam problem i wylądowali tutaj. Miałem starszy projekt, który miał ustawienie CLANG_ENABLE_MODULES ustawione na No. Po wielu godzinach frustracji porównałem do pracującego projektu i stwierdziłem, że miałem włączone Moduły ustawione na no w Ustawieniach kompilacji LLVM. Ustawienie tego na tak rozwiązało mój problem, a aplikacja buduje się dobrze.

Ustawienia projektu - > Ustawienia budowania - > wyszukaj 'moduły' i zaktualizuj Moduły (C i Objective-C) na tak.

Nie dodałem "- all_load-lstdc++ " do innych Flag linkera w ustawieniu budowania i byłem w stanie uruchomić kartę SIM bez błędu, ale nie otrzymałem wyjścia dziennika MonkeyTalk po uruchomieniu, a poprzedni skrypt, który napisałem, że używany do połączenia, pokazał przycisk odtwarzania jako Wyłączony. Wyjście MT IDE pokazało się jako "połączenie ustawione na symulator iOS", ale nie można wybrać przycisku Uruchom / Odtwórz.

Oryginalny projekt miał "ObjC-all_load" w innych flagach linkera i kiedy dołączony "- all_load-lstdc++ " wraz z nim dostałem komunikat o błędzie Ten post dotyczy. Kiedy usunąłem "ObjC-all_load " i dodałem tylko"- all_load-lstdc++ " zbudowany projekt, ale nadal nie ma monkey talk Wyloguj się jako potwierdzenie w konsoli

Możliwe, że używasz biblioteki, która jest skompilowana tylko dla prawdziwego sprzętu. Na przykład, jeśli używasz biblioteki Bluetooth, takiej jak Zephyr HxM Smart, prawdopodobnie nie skompiluje się ona na symulatorze i ma działać tylko na prawdziwych urządzeniach.

Pojawił się podobny problem z IOS 6. Udało się go rozwiązać, dodając storekit.framework do "Link Binary with Libraries" w sekcji fazy budowania.

Teraz, to działa jak urok.

Mam ten sam problem z 7 błędami po dodaniu PSTCollectionviewcontroller .Jedynym rozwiązaniem tego problemu jest sprawdzenie "Xcode -- > fazy budowania-- > skompiluj źródła "tutaj Dodaj swoje wszystko".m " pliki ..Mam nadzieję, że ten post pomoże użytkownikom w przyszłości.

Na moim używałem Cocoapods do projektu Augmented Reality i dowiedziałem się, że kiedy wdrażasz cocoapods i otwierasz swój projekt .workspace, kończy się z celem projektu Xcode i tych pods cel realizowany wewnątrz tego samego pliku. To, co się działo, to niektóre z nich .m były używane przez oba. Po usunięciu zduplikowanych dla celu Xcode w fazie budowania > > skompilować źródła, działało dobrze.

Odkryłem ten bardzo mylący komunikat podczas próby uaktualnienia do nowej biblioteki Google Analytics.

W moim przypadku problemem było posiadanie dwóch kolidujących ze sobą kopii biblioteki. Były one w różnych folderach, ale oba były wymienione w ścieżkach kompilacji Biblioteki mojej aplikacji (w Ustawieniach kompilacji).

Przeniesienie wszystkich przestarzałych plików bibliotecznych z folderu zakończyło się wykonaniem sztuczki i sprawiło, że tajemnicze komunikaty o błędach zniknęły.

Sprawdź, czy wszystkie zasoby pakietu są kopiowane w fazie budowania.

Product = > Clean did the trick for me

Odpowiedź jest po prostu przeciągnij i upuść folder nad projektem i kliknij Kopiuj.

Dostałem tę wiadomość, gdy przeciągałem i upuszczałem niektóre pliki źródłowe z innego projektu. Kiedy je usunąłem, a następnie dodałem je za pomocą "Dodaj pliki..."z menu Plik, zbudowany bez błędu.

Miałem podobny błąd z NSManagedObject i to dlatego, że używałem podstawowych danych, ale brakowało mi szkieletu danych w fazie budowania - Link binarny z bibliotekami, jak niektórzy inni odpowiedzieli

Możesz uzyskać ten typ błędu, jeśli dodasz do projektu biblioteki innych firm, które wymagają natywnych struktur nieuwzględnionych w projekcie.

Musisz zajrzeć do środka .h i .pliki m z nowo dodanej biblioteki i zobaczyć, jakie frameworki to wymaga, a następnie włączyć te frameworki w projekcie (Target > fazy budowania > Link Binary z bibliotekami).

Spróbuj usunąć framework, wyczyścić projekt, dodać go z powrotem i skompilować. Lub Usuń klasę, która została dodana przez xcode w źródle kompilacji, clean project, dodaj ją z powrotem, a następnie zbuduj.

Pamiętaj, że możesz umieścić makro w dowolnym kontrolerze widoku, który wywołuje już usunięte pliki.

Aplikacja nie pokaże żadnych błędów, dopóki nie zbudujesz aplikacji, wyrzuci błąd w fazie kompilacji .o files.

Pamiętaj, aby usunąć wszystkie makra wywołujące pliki, które już zostały usunięte.

Dzięki:)

Oprócz tego, co zrobił Allan, dodając brakujące klasy, podążałem za rozwiązaniem @ emdog4 i dodałem bibliotekę danych podstawowych, przechodząc do fazy budowania w Xcode i pod "binarnym łączem z bibliotekami" klikając na + i wybierając " CoreData.ramy". This posorted out my error

W moim przypadku było trochę inaczej

W nagłówku prefiksu brakowało define

#ifdef DEBUG
#   define TWDLog(fmt, ...) NSLog((@"\n%s\n" fmt), __PRETTY_FUNCTION__, ##__VA_ARGS__)
#else
#   define TWDLog(...)
#endif

Więc poszukaj PROJECTNAME-Prefix.pch i sprawdź, czy czegoś brakuje w obu projektach