Zduplikowane symbole dla architektury x86_64 w Xcode

Mam teraz to samo pytanie z powyższym tytułem, ale nie znalazłem jeszcze właściwej odpowiedzi. Dostałem błąd:

    /Users/nle/Library/Developer/Xcode/DerivedData/TestMoboSDK-Client-cgodalyxmwqzynaxfbbewrooymnq/Build/Intermediates/TestMoboSDK-Client.build/Debug-iphonesimulator/TestMoboSDK-Client.build/Objects-normal/x86_64/MoboSDK.o
    /Users/nle/Library/Developer/Xcode/DerivedData/TestMoboSDK-Client-cgodalyxmwqzynaxfbbewrooymnq/Build/Products/Debug-iphonesimulator/libMoboSDK.a(MoboSDK.o)
duplicate symbol _OBJC_METACLASS_$_MoboSDK in:
    /Users/nle/Library/Developer/Xcode/DerivedData/TestMoboSDK-Client-cgodalyxmwqzynaxfbbewrooymnq/Build/Intermediates/TestMoboSDK-Client.build/Debug-iphonesimulator/TestMoboSDK-Client.build/Objects-normal/x86_64/MoboSDK.o
    /Users/nle/Library/Developer/Xcode/DerivedData/TestMoboSDK-Client-cgodalyxmwqzynaxfbbewrooymnq/Build/Products/Debug-iphonesimulator/libMoboSDK.a(MoboSDK.o)
ld: 75 duplicate symbols for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Każda pomoc jest mile widziana.

W końcu  znajduję przyczynę tego błędu, ponieważ dodałem -ObjCdo Other Linker Flags. Po usunięciu tej wartości mogę pomyślnie zbudować projekt, ale nie wiem dlaczego. Czy ktoś może to wyjaśnić?

75 zduplikowanych symboli dla architektury x86_64

Oznacza, że ​​dwukrotnie załadowałeś te same funkcje. Ponieważ problem zniknie po usunięciu -ObjCz Other Linker Flags, tego oznacza, że ​​ta opcja powoduje, że funkcja ładuje się dwukrotnie:

od pytań technicznych

Ta flaga powoduje, że linker ładuje każdy plik obiektowy w bibliotece, która definiuje klasę lub kategorię Objective-C. Chociaż ta opcja zwykle powoduje większy plik wykonywalny (z powodu dodatkowego kodu obiektowego załadowanego do aplikacji), pozwoli na pomyślne utworzenie skutecznych bibliotek statycznych Objective-C, które zawierają kategorie w istniejących klasach.

https://developer.apple.com/library/content/qa/qa1490/_index.html

Dla mnie zmiana „No Common Blocks” z Yes na No (w Targets-> Build Settings-> Apple LLVM - Code Generation) naprawiła problem.

Głupi, ale upewnij się, że gdzieś przypadkowo nie #importedytowałeś .mpliku

W moim przypadku właśnie utworzyłem plik nagłówka, aby zdefiniować ciągi takie jak to:

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";

Znalazłem zaakceptowaną odpowiedź dotyczącą problemu, ale nie pomogłem jej rozwiązać, mam nadzieję, że ta odpowiedź pomoże rozwiązać ten bardzo frustrujący problem.

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 opcji -ObjC z innych flag linkera, oznacza to, że wynik tej opcji, który działa dwukrotnie:”

W kategoriach laika oznacza to, że w naszym projekcie mamy dwa pliki o dokładnie takiej samej nazwie. Może łączysz jeden projekt w drugi? Spójrz na błędy powyżej błędu „duplikatów symboli”, aby zobaczyć, który folder jest duplikowany, w moim przypadku był to BLoginViewController.

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

Jak tylko go usunąłem, problem zniknął :)

Mam ten sam problem. W Xcode 7.2 w ścieżce Cel projektu> Ustawienia kompilacji> Brak wspólnych bloków, zmieniam na NIE.

Zdarza się również, gdy deklarujesz stałe zmiennych o tej samej nazwie w innej klasie:

w pliku Wiadomość.m

const int kMessageLength = 36;

@implementation Message

@end

w pliku Chat.m

const int kMessageLength = 20;

@implementation Chat

@end

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 „zalecanych ustawień” Xcode automatycznie zmienił lub dodał niektóre ustawienia kompilacji, w tym GCC_NO_COMMON_BLOCKS = YES;.

To spowodowało błąd kompilacji z duplicate symbolbłędem w moim zaktualizowanym projekcie. Więc zmieniłem No Common Blockna NOw moich ustawieniach kompilacji i błąd zniknął.

Najszybszym sposobem na znalezienie duplikatu jest:

1. Idź do Celów
2. Przejdź do Fazy kompilacji
3. Przejdź do Kompiluj źródła
4. Usuń zduplikowane pliki.

Poniższe 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 dwukrotnie.
4. Zbuduj ponownie.

Usuń -ObjC z innych flag Linkera lub sprawdź, czy przypadkowo zaimportowałeś dowolny plik .m zamiast .h.

Moja sytuacja z niektórymi starszymi projektami otwartymi w Xcode 7.3 była:

duplicate symbol _SomeEnumState in:

następnie lista dwóch niepowiązanych plików. o, następnie powtórzono to kilka razy, a następnie:

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

Rozwiązałem dla mnie zmianę 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
};

Jeśli ktoś ma na to wytłumaczenie, proszę, oświeć mnie.

Definiowanie tej samej zmiennej w @implementation w więcej niż jednej klasie może również powodować ten problem.

W moim przypadku w lokalizacji były dwa pliki o tej samej nazwie

Cele> Fazy kompilacji> Kompiluj źródła i usuwaj wszelkie zduplikowane pliki.

• Idź do Celów
• Wybierz Ustawienia kompilacji
• Wyszukaj „Brak wspólnych bloków” , wybierz NIE .

To zadziałało dla mnie

Ten problem wystąpił po zainstalowaniu Cocoapods. Teraz dzieje się za każdym razem, gdy aktualizuję niektóre kapsułki. Rozwiązanie znalazłem:

Idź do terminalu:

1) pod deintegrate
2) pod install

Zaznacz także pozycję „Zawsze osadzaj szybkie biblioteki” w Ustawieniach kompilacji. Powinien być „wyblakły”, co oznacza, że ​​używa domyślnej konfiguracji. Jeśli jest ustawione na ręczne TAK, naciśnij klawisz Delete, aby przywrócić domyślną konfigurację. To zatrzymało zachowanie.

Dla mnie podczas zalecanych ustawień projektu Xcode8 zaktualizuj „Brak wspólnych bloków” na TAK, co powoduje ten problem.

Dzisiaj dostałem ten sam błąd. Kluczowym słowem błędu jest duplicate. Naprawiam to 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

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

Dla każdego, kto ma ten problem, nie widziałem mojej odpowiedzi w żadnej z tych odpowiedzi.

Po wystąpieniu konfliktu scalania .pbxproj, który został ręcznie rozwiązany (choć słabo), w pliku .pbxproj pojawiły się zduplikowane odwołania do poszczególnych plików klas. Usunięcie tych z projektu> Fazy kompilacji> Kompiluj źródła naprawiły dla mnie wszystko.

Mam nadzieję, że to pomoże komuś zejść z linii.

Podobnie jak Juice007, zadeklarowałem i zainicjowałem zmienną typu C w dwóch różnych plikach .m (które nie zostały zaimportowane!)

BOOL myVar = NO;

jednak ta metoda deklarowania i inicjowania zmiennej, nawet w .m, nawet w @implementation, nadaje jej zasięg globalny. Twoje opcje to:

1. Zadeklaruj jako statyczny, aby ograniczyć zakres do klasy:

   static BOOL myVar = NO;

2. Usuń inicjalizację (która spowoduje, że dwie klasy będą współdzielić globalny var):

   BOOL myVar;
   -(void) init{
       myVar = NO;
   }

3. Zadeklaruj jako właściwość:

   @property BOOL myVar;

4. Zadeklaruj go jako właściwy iVar w interfejsie @

   @interface myClass(){
       BOOL myVar;
   }
   @end

W moim przypadku miałem dwie main()metody zdefiniowane w moim projekcie i usunięcie jednej rozwiązało problem.

Ostatnio miałem problem z głową 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;
}

Mam nadzieję, że może komuś pomóc.

Mam nadzieję, że na pewno ci to 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 Am do Bm i po kompilacji dostałem błąd jako wzmianka. i rozwiązałem błąd, zmieniając nazwę globalnej zmiennej.

ten błąd pojawił się w moim przypadku z powodu tego samego zadeklarowania zmiennej globalnej w obu plikach.

Ten sam błąd wystąpił po dodaniu repozytorium pod

pod 'SWRevealViewController'

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

Przypadek nr 2:

Za drugim razem ten błąd pojawił się, gdy zadeklarowałem stałą w pliku .h .

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

Powyższe odpowiedzi nie działały dla mnie. Oto jak sobie z tym poradziłem:

1) w wyszukiwarce usuń cały folder Pods i plik Podfile.lock 2) zamknij projekt xcode 3) uruchom instalację pod w terminalu 4) otwórz projekt xcode, uruchom polecenie czystej kompilacji

Później pracował dla mnie.

Ten sam problem występuje ze mną, kiedy integrowałem projekt lob w swoim projekcie.

W rzeczywistości projekt lob ma również pliki AFNetworking, więc usuwam pliki .m z projektu lob.

W rzeczywistości pliki .m powodują konflikty z plikami Mojego projektu POd / AFNetworking / .m

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

1: Nie importowałem pliku .m do mojego projektu.

2: Usunięto -ObjCz flagi flagi innego linkera .

3: Usunąłem wszystkie moje dane pochodne .

wciąż otrzymuję ten sam błąd. Usunąłem ten błąd, usuwając dowolną deklarację zmiennej z .pchpliku . w moim przypadku zadeklarowałem AppDelegateobiekt w .pchpliku. w końcu znalazłem powód, który powoduje błąd. więc usuwam deklarację dowolnej zmiennej z pliku .pch i urok pracy mojego projektu.

Kolejnym głupim błędem, który spowoduje ten błąd, są powtarzające się pliki. Przypadkowo skopiowałem niektóre pliki dwa razy. Najpierw poszedłem do Cele -> Fazy budowania -> Kompiluj źródła. Tam zauważyłem dwa pliki na tej liście dwa razy i ich lokalizacje.

Mam również ten błąd dzisiaj, ponieważ zdefiniowałem wartość .mstałej w pliku, ale zdefiniowałem inny .mplik, który również zawiera tę wartość stałą, co oznacza, że ​​ma ona dwie takie same wartości stałe, więc pojawia się ten błąd. A moim rozwiązaniem jest dodanie słowa kluczowego „ static” przed wartością stałą. Na przykład:

static CGFloat const btnConunt = 9;

A potem buduję projekt, nie będzie zgłaszał tego błędu.