Błąd linkera Apple Mach - O podczas kompilacji dla urządzenia

Oto trwałe rozwiązanie.Generalnie nadpisanie projektu może spowodować to prolems.Wypróbuj tę metodę.

-UPDATE-clang error-Mach-O linker error

W niektórych przypadkach wyświetlanie okna dziennika błędów .błąd xctest, aby go naprawić

- > Wybierz swój projekt

- > obok tego(tuż przed zakładką Ogólne) wybierz swój plik projectTest z listy rozwijanej

- > jest jedna opcja (np. ProjNameTests)

- > W aplikacji Host wybierz swój projekt z listy rozwijanej only if it show custom

Zrobione!

Stara metoda usunięta

Miałem ten sam problem i problem polegał na tym, że przypadkowo zaimportowałem a .plik m zamiast .h w pliku implementacji-hope it helps

Właśnie natknąłem się na ten sam problem.

Rozwiązanie ( dla mnie) = Sprawdź swoje frameworki.

W moim przypadku dodałem klasy związane z CoreData bez "CoreData.framework". Dodanie go rozwiązało narzekanie MACH_O.

Otwórz .plik xcworkspace nie .xcodeproj. Powtarzam otwórz .plik xcworkspace. Wszystkie twoje błędy znikną.

Re: Problem opisany w tytule:

Na wypadek, gdyby ktoś jeszcze nie zauważył oczywistości...

Natknąłem się na ten błąd po zainstalowaniu nowej wersji Xcode4 i przeciągnięciu istniejących plików do nowego projektu. Nie udało mi się zauważyć, że pole wyboru "Dodaj do celów" pozostało niezaznaczone w oknie dialogowym " Wybierz opcje dodawania plików:". Poprawienie mojego pominięcia w Targets>Build faz>Compile Sources rozwiązało problem.

Menu > produkt > czysty, dzięki temu działa. Nie jestem pewien co do innych. Dodałem zdjęcie do pokazu.

Dziwny błąd. Dla mnie po prostu wyczyściłem i ponownie uruchomiłem Xcode i problem zniknął.

Fix: Build Settings > Enable Bitcode > No

Żadna z tych odpowiedzi mi nie pomogła. Potem próbowałem ponownie zainstalować Cocoapods:

pod deintegrate

pod install

Miałem to samo i udało mi się to rozwiązać.

W preferencjach xcode , Zakładka location zmienia wartość pod build location na "Place build products in locations specified by targets".

Zmagałem się z tym przez jakiś czas, a w moim przypadku skończyło się to ustawieniem budowania w ścieżkach Wyszukiwania o nazwie FRAMEWORK_SEARCH_PATHS. Pomogło to, że wybrałem przycisk "poziomy", który wydawał się porównywać mój projekt, ustawienia docelowe i" rozwiązane". Widziałem, że moje ustawienie docelowe w jakiś sposób overrode domyślne " $(dziedziczone)", a nadpisana wartość była tym, co Xcode "rozwiązał" ustawienie być. Kiedy usunąłem obejście, które w tym przypadku określiło sdk 3.2, linker błędy zniknęły - podobnie jak ostatnio pojawiły się ostrzeżenia o klasach, w których nazywałem metody post-4.0.

Co do tych ostrzeżeń-nigdy ich nie widziałem przed dodaniem komunikatu do ostatniej zmiany. Podejrzewam, ale nie wiem na pewno, że kiedy dodałem ten framework, XCode próbował zrobić coś mądrego, dodając To obejście do mojego celu. Nie zrobiłem tego wyraźnie w żadnym momencie. Ostrzeżenia dotyczyły na przykład metody URLByAppendingPathComponent nsurl, które pojawiły się dopiero w sdk 4.0. Przed dodaniem MessageUI framework, nigdy nie dostałem tego ostrzeżenia. A odkąd usunąłem obejście, już ich nie rozumiem.

Miałem ten problem i importowanie QuartzCore naprawiłem go.

Zmiana "buduj tylko aktywne architektury" na tak w CordovaLib.XCODEPROJ - > Build Settings załatwił mi sprawę. wcześniej aplikacja działała na symulatorze, ale nie na urządzeniu.

Może być konieczne zaktualizowanie ustawień kompilacji.

Zweryfikuj wersję docelową iOS i architekturę procesora, ponieważ możesz nie mieć starych zestawów SDK z XCode 4.

Możesz zobaczyć "brak SDK" w Ustawieniach kompilacji. Zmień to na cokolwiek.

Miałem ten sam problem: przypadkowo usunąłem a .m file, while .h był w projekcie. Problem zniknął, gdy przywróciłem .plik M.

Sprawdź, czy nie podano konkretnej ścieżki przeszukiwania frameworka. jeśli przejdziesz do informacji na stronie docelowej i po prostu usuniesz wpisy framework search path, powinieneś użyć domyślnych wartości dla określonej wersji wdrożenia.

Próbuję stworzyć plik category class i mam taki dziwny problem..i wreszcie....

Błąd sposób tworzenia klasy kategorii, która powoduje problem:

New File -> Cocoa Touch -> Objective-C class, Następnie zmodyfikowałem nazwę plików na Category Class jak name.. (tj. OriginalClass_CategoryName.h/m do OriginalClass+CategoryName.h/m, a także zmodyfikował zawartość pliku).

Tutaj:

New File -> Cocoa Touch -> Objective-C category, i automatycznie wygeneruje pliki (OriginalClass+CategoryName.h/m).

Jeśli używasz CoreData i używasz XCode do generowania podklas nsmanagedobject dla swoich encji, upewnij się, że generujesz tylko jedną dla każdego encji.

Mój problem polegał na tym, że wygenerowało wiele podklas NSManagedObject dla tego samego obiektu (i umieściło je w różnych folderach).

Usunąłem wszystkie i zregenerowałem podklasy NSManagedObject.

Aby dodać do listy dziwnych rzeczy, które naprawiły ten problem...

Miałem kilka zmiennych const CGFloat w globalnym pliku nagłówkowym jak tak

const NSInteger  globalInteger1 = 2;
const NSInteger  globalInteger2 = 3;

W momencie, gdy je usunąłem, wszystko było w porządku:)

Miałem dokładnie ten sam problem tylko dlatego, że miałem dwie takie same stałe w różnych klasach. Możesz również mieć ten problem, jeśli zaimportujesz .plik m nie .plik h

Nie wiem, czy to jest powiązane, ale widząc, że prowadzisz kilka bibliotek three20, możesz sprawdzić ten post na ich stronie: http://three20.info/article/2011-03-10-Xcode4-Support

Miałem ten sam problem i go rozwiązałem. W moim przypadku ustawienie "architectures" spowodowało problem. W moim pliku projektu, zakładce Ustawienia budowania, architektury zostały ustawione na armv6. Zmieniłem go na standardowy (armv7), czyści i buduje. Potem zadziałało!

W moim przypadku problemem byĹ 'o posiadanie róşnych architektur okreĹ" lonych pod róşnymi celami. Budowałem swój cel aplikacji z armv6, armv7 i cocos2d ze standardem (amrv7). Przejdź do ustawień kompilacji i upewnij się, że Twoja architektura jest zgodna ze wszystkimi celami.

Rozwiązałem ten problem zbyt dziwnie !

Przejdź do Target > Build faz > Link binarny z bibliotekami :

Usuń wszystkie frameworki i dodaj je ponownie !

Mam nadzieję, że to działa dla Ciebie !

Dla języka Swift ...

Dostaję ten błąd " ld: plik za mały (Długość=0) .... "

W moim przypadku po prostu czyszczę projekt, a następnie go przebudowuję ..

Kroki: -

1) goto Project - > Clean

2) goto Project - > Build

Mam nadzieję, że to pomoże..

This did a trick for me:

Przejdź do

1) Produkty > czyste

2) Okna > Projekty

3) Wybierz swój projekt i kliknij "Usuń" Dane pochodne

4) Produkty > Build

Jedna możliwość: Włącz "usuwanie martwego kodu" w Ustawieniach kompilacji Xcode 4.

Inna możliwość: może być tak, że przełączyłeś się na LLVM dla jakiegoś frameworka, który wcześniej używał GCC. Powrót do GCC (lub LLVM GCC) może pozbyć się tych ostrzeżeń.

Omyłkowo zdefiniowałem nową stałą o tej samej nazwie jako istniejącą stałą w innym pliku i to spowodowało ten błąd dla mnie za pomocą xCode 4.3.1. xCode nie narzekał, ale kompilator tego nie lubi.

Udało mi się naprawić ten błąd, edytując "ścieżki wyszukiwania w Bibliotece"

Pojawił się w pierwszej kolejności, ponieważ przeniosłem kilka folderów wokół, a to skończyło się dając Moje ustawienia kompilacji dwie różne ścieżki wyszukiwania, ponieważ są one automatycznie dodawane do ustawień kompilacji, gdy łączysz bibliotekę/framework, ale nie zawsze są usuwane.

Więc jeśli przeniesiesz połączoną bibliotekę / framework do innego katalogu i ponownie go połączysz, będziesz musiał ręcznie edytować wyszukiwanie / align = "left" /

Możesz być w stanie uniknąć tego usuwając bibliotekę/framework przed przeniesieniem go, ale nie testowałem tego.