Duplikuj symbole dla architektury x86 64 pod Xcode

Dla mnie zmiana "no Common Blocks" z tak na nie (w Targets->Build Settings->Apple LLVM - Code Generation ) naprawiła problem.

Głupi, ale upewnij się, że nie masz #imported a .m Plik przez pomyłkę gdzieś

W moim przypadku stworzyłem właśnie plik nagłówkowy, aby zdefiniować stałe ciągi takie jak:

NSString *const AppDescriptionString = @"Healthy is the best way to keep fit";

Rozwiązałem ten scenariusz używając static:

static NSString *const AppDescriptionString = @"Healthy is the best way to keep fit";

Dzieje się również wtedy, gdy deklarujesz zmienne const o tej samej nazwie w innej klasie:

W pliku.m

const int kMessageLength = 36;

@implementation Message

@end

W czacie plików.m

const int kMessageLength = 20;

@implementation Chat

@end

Mam ten sam problem. W Xcode 7.2 W path Project Target > Build Setting > No Common Blocks, zmieniam go na NO.

Stało się tak, gdy zaakceptowałem wyskakujące okienko "zalecane ustawienia" w projekcie, który opracowałem dwa lata temu w Objective-C.

Problem polegał na tym, że po zaakceptowaniu aktualizacji "zalecane ustawienia" Xcode automatycznie zmieniało lub dodało niektóre ustawienia kompilacji, w tym GCC_NO_COMMON_BLOCKS = YES;.

To sprawiło, że kompilacja nie powiodła się z błędem duplicate symbol w moim zaktualizowanym projekcie. Zmieniłem więc No Common Block na NO w Ustawieniach kompilacji i błąd zniknął.

Uznałem, że przyjęta odpowiedź dotyka problemu, ale nie pomogła mi go rozwiązać, mam nadzieję, że ta odpowiedź pomoże w tym bardzo frustrującym problemie.

duplicate symbol _OBJC_IVAR_$_BLoginViewController._hud in:

17 duplicate symbols for architecture x86_64

"oznacza, że załadowałeś te same funkcje dwa razy. Ponieważ problem znika po usunięciu-ObjC z innych znaczników linkera, oznacza to, że ta opcja powoduje, że funkcje ładują się dwukrotnie:"

W kategoriach laika oznacza to, że w naszym projekcie mamy dwa pliki o dokładnie tej samej nazwie. Może łączysz jeden projekt w inny? Spójrz na błędy powyżej błędu "duplicate symbols", aby zobaczyć, który folder jest zduplikowany, w moim przypadku był to BLoginViewController.

Na przykład na poniższym obrazku widać, że mam dwa kontrolery Bimageviewcontroller, dla mnie to było przyczyną problemu.

Jak tylko usunąłem jeden to problem zniknął :)

Usuń-ObjC z innych Flag linkera lub Sprawdź, czy zaimportowałeś dowolny .plik m zamiast .h przez pomyłkę.

Najszybszy sposób na znalezienie duplikatu to:

1. Idź do celów
2. Przejdź do fazy budowania
3. Przejdź do źródeł kompilacji
4. Usuń duplikaty plików.

Następujące kroki rozwiązały problem dla mnie.

1. Przejdź do fazy budowania w Ustawieniach celu.
2. Przejdź do "Link Binary With Libraries".
3. Sprawdź, czy którakolwiek z bibliotek istnieje dwa razy.
4. Zbuduj ponownie.

Zdefiniowanie tej samej zmiennej w implementacji @w więcej niż jednej klasie również może spowodować ten problem.

Moja sytuacja z jakimś legacy projektem otwartym w Xcode 7.3 była taka:

duplicate symbol _SomeEnumState in:

Następnie lista dwóch niepowiązanych plików.o, potem zostało to powtórzone kilka razy, potem w końcu:

ld: 8 duplicate symbols for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

To co dla mnie rozwiązało to zmiana deklaracji enum z:

enum SomeEnumState {
    SomeEnumStateActive = 0,
    SomeEnumStateUsed = 1,
    SomeEnumStateHidden = 2
} SomeEnumState;

Do tego:

typedef NS_ENUM(NSUInteger, SomeEnumState) {
    SomeEnumStateActive = 0,
    SomeEnumStateUsed = 1,
    SomeEnumStateHidden = 2
};

W moim przypadku w miejscu

Targets > Build Phases > Compile Sources and delete any duplicate files.

Dla mnie podczas xcode8 zalecane ustawienia projektu aktualizacja "no Common Blocks" do tak, co powoduje ten problem.

Upewnij się, że nie zaimportowałeś a .m plik przez przypadek możesz usunąć swoje dane pochodne w oknie projektów, a następnie zbudować i uruchomić ponownie.

Dostałem ten sam błąd kiedy dodałem repozytorium pod

pod 'SWRevealViewController'

Dla już dodanego kodu źródłowego (SWRevealViewController) z Githuba. Tak więc błąd zostanie naprawiony przez usunięcie kodu źródłowego lub repozytorium pod.

Case # 2:

Po raz drugi ten błąd pojawił się, gdy zadeklarowałem stałą w .h plik.

NSString * const SomeConstant  = @"SomeValue";
@interface AppDelegate : UIResponder <UIApplicationDelegate> {
...
...

Dla każdego, kto ma ten problem, nie widziałem mojego rozwiązania w żadnej z tych odpowiedzi.

PoPBXPROJ merge conflict, który został ręcznie rozwiązany (choć słabo), były duplikaty odwołań do poszczególnych plików klas w .pbxproj. Usunięcie tych z projektu > fazy budowania > skompilować źródła naprawiło wszystko dla mnie.

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

Dzisiaj dostałem ten sam błąd . Słowo kluczowe błędu to duplicate. Poprawiam przez:

1. Remove the duplicate file at Build Phases-->Compile Sources
2. If you can not remove it at Build Phases, you need find the file at your project and remove the reference by DELETE :

3. Add the file to your project again
4. Add the file's .m to your Build Phases-->Compile Sources again
5. Build your project, the error will disappear

To samo stało się ze mną, kiedy integrowałem projekt lob wewnątrz mojego projektu.

Właściwie projekt lob ma również pliki AFNetworking, Więc usuwam .pliki m z projektu lob.

Właściwie .pliki m są sprzeczne z moim projektem POd / AFNetworking/.pliki m

W Xcode 6.3.2. Sprawdziłem wszystkie możliwości jak poniżej

1: nie importowałem .plik m w moim projekcie.

2: usunięto -ObjC z inną flagę linkera.

3: usunąłem wszystkie moje Dane .

Ostatnio bolała mnie głowa szukając źródła błędu. Zastanawiałem się, kiedy dowiedziałem się, że moja aplikacja nie chce się kompilować, po prostu dlatego, że miałem następujący fragment kodu w różnych klasach:

dispatch_time_t getDispatchTimeByDate(NSDate *date)
{
    NSTimeInterval interval;
    double second, subsecond;
    struct timespec time;
    dispatch_time_t milestone;


    interval = [date timeIntervalSince1970];
    subsecond = modf(interval, &second);
    time.tv_sec = second;
    time.tv_nsec = subsecond * NSEC_PER_SEC;
    milestone = dispatch_walltime(&time, 0);

    return milestone;
}

Kolejnym głupim błędem, który spowoduje ten błąd są powtarzające się pliki. Przypadkowo skopiowałem kilka plików dwa razy. Najpierw poszedłem do Targets - > Build Phases - > Compile sources. Tam zauważyłem kilka plików na tej liście dwa razy i ich lokalizacje.

Mam nadzieję, że na pewno ci pomoże

Mam ten sam błąd 3 zduplikowane symbole dla architektury x86_64

W moim przypadku skopiowałem kod z innego pliku tego samego projektu np. Kod pliku A. m do B. M i po skomplementowaniu dostałem błąd jako wzmianka. i mam rozwiązać błąd, zmieniając nazwę zmiennej globalnej.

Ten błąd pojawił się w moim przypadku z powodu tej samej deklaracji dla zmiennej globalnej w obu plikach.

Ja też mam dziś tę winę.To dlatego, że zdefiniowałem wartość const w pliku .m.Ale zdefiniowałem inny plik .m, który również zawierał tę wartość const.Oznacza to, że ma dwa takie same const values.So pojawia się ten błąd. Moim rozwiązaniem jest dodanie słowa kluczowego "static " przed wartością const.np.:

static CGFloat const btnConunt = 9;

A potem buduję projekt, który nie zgłosi tego błędu.

1.Przejdź do fazy budowania 2.Wyszukaj nazwę pliku 3.Usuń duplikat - >Błąd zniknie.

Jeśli nie, spróbuj wyszukać " plik.m", jeśli widzisz jakiś plik # import".m", Wyczyść tę linię

I face the same error what i did

1.Skopiuj zduplikowany plik symboli (nazwa klasy lub nazwa frameworka) z końca pokazanego powyżej wiersza (zduplikowane symbole dla architektury x86_64).

2. Wklej go w Znajdź Nawigator i naciśnij enter

Pokazała mi duplikat klasy. Usuwam duplikat klasy i uruchamiam pomyślnie.

Żadne z powyższych rozwiązań nie działa dla mnie, po prostu sam to naprawiłem.

Mam duplikat symbolu mojego core data model który sam robię, ale w moim .xcdatamodeld Inspektorze, wybieram Class Definition z Codegen nieruchomości, chyba o to chodzi. Następnie wybieram Manual/None, zostało naprawione.

Mam nadzieję, że to może być pomocne dla Ciebie!

Ten błąd występuje zazwyczaj, gdy połączyłeś dowolną bibliotekę lub plik dwukrotnie. W opisie błędu zostanie wyświetlona nazwa zduplikowanego pliku, możesz wyszukiwać i upewnić się, że nie masz duplikatów. Jeśli znajdziesz duplikaty, Usuń odniesienie do jednego z nich, aby grać bezpiecznie

Upewnij się, że nie importujesz [ViewController.m] zamiast pliku nagłówkowego

#import "ViewController.m"