Команда Linker не вдалася з кодом виходу 1 (використовуйте -v для перегляду виклику), Xcode 8, Swift 3

Я не можу позбутися цієї помилки!

Я спробував усілякі речі, такі як очищення отриманих даних (Налаштування-> Місцеположення-> клацніть сіру стрілку, щоб відкрити папку «Отримані дані» у Finder-> клацніть правою кнопкою миші, перемістити в сміття), очищення проекту (CMD + Shift + K або Product -> Очистити), оновлення картриджа та залежностей, перевірено інші відповіді на StackOverflow (переважно коригування в Налаштуваннях / Фазах збірки) та повернуто додаток з github тощо.

Цей же проект працює і на моїх комп'ютерах-співпрацівників.

РЕДАКТУВАННЯ: Відповідно до поточної відповіді, яку я отримав найкращий рейтинг, мені вдалося дегустувати трохи далі ... Я все ще не впевнений, як виправити. Схоже, у мене щось було в проекті двічі? Я подивився і не можу знайти нічого, що відображається двічі!

Ось малюнок журналу:

Я сьогодні зіткнувся з тим же питанням у xcode 8 версії 8.3.2

клацніть правою кнопкою миші на питанні -> виявити в журналі

то ви зможете перевірити, що викликає це питання

Можливо, ви встановили файл pod, і ви все ще намагаєтеся створити його з .xcodeprojфайлу, а не з нього.xcworkspace

єдине, що працювало для мене, - це бігати pod deintegrateіpod install

ти пробував чистку? cmd + shift + k

Гаразд ... Отже, ось що вирішило мою проблему ...

у файлі делегата додатка:

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

Я імпортував Credentials.h вже у файл DarkSkyAPI.m у своєму проекті. Коментуючи додатковий імпорт, помилка зникла!

Деякі речі, які варто згадати, і, можливо, допоможуть комусь у майбутньому. @ umairqureshi_6 відповідь допомогла мені в ході процесу, але не вирішила. Він привів туди, де мені вдалося розкопати інформацію. Я постійно бачив файли AppDelegate та DarkSkyAPI, що відображаються в журналі помилок, і інформація, яку вона витягувала з файлу Credentials, викликала помилку. Я знав, що він повинен бути в одному з цих 3 файлів, тому я негайно перевірив імпорт, бо пам’ятав, що чув, що .h здійснює весь імпорт зі свого файлу .m. Бум!

Я к тепер на питання вже відповіли. Але якщо це допоможе комусь заощадити деякий час: у мене була така ж помилка. Я все перевірив, щоб знайти з моєї сторони дуже маленьку і дурну помилку. Я імпортував основний файл власного керованого даних ManagedObject в контролер подання проекту. Я випадково імпортував файл .m замість .h- файла, який спричиняв дублікат символу в архітектурній помилці (команда linker не вдалася), оскільки мій .m-клас властивостей імпортує .h-файл основного класу даних, а отже, викликає імпорт дубліката.

Тому просто перевірте, чи ви імпортували потрібні файли, перш ніж спробувати декілька рішень.

Вище згадується багато рішень. Ніхто не працював на мене (але спробуйте спочатку вище).

Виберіть Проект -> Вибрати ціль -> Пов'язані рамки та бібліотеки -> Додати всі бібліотеки струків. (видаліть, якщо вони існують у вбудованих бінарних файлах)

Тепер видаліть їх із Framework Folder у лівому файловому досліднику xcode.

Це вирішило моє питання.

Виберіть проект-> Фаза збірки-> Пов’язати бінарне з бібліотеками та додати всі бібліотеки струків.

У мене була така ж проблема із використанням Карфагена для залежностей.

Просто перейдіть до пункту Вибрати проект -> Налаштування збірки -> Пошук увімкнути біткод -> Якщо вибрано Так, виберіть Ні.

Це вирішило для мене цю проблему.

У мене була така ж проблема.

Причиною стало те, що я оголосив ту саму глобальну змінну у 2-х файлах . Таким чином, вона показувала ту саму помилку, кажучи 2 повторювані символи .

Рішенням було усунення цих змінних.

Для тих, хто має цю проблему з Flurry Framework. Це те, що вирішило мою проблему. Для мене проблема полягала в тому, що я імпортував такі файли, але ніколи їх не використовував. "libFlurryTVOS_9.2.3" "libFlurryWatch_9.2.3"

Тож все, що мені потрібно було зробити, - це перейти до налаштувань цільового проекту та видалити ці 2 файли із розділу "Пов'язані рамки та бібліотеки", і проблема була вирішена.

У моєму випадку причиною помилки є бібліотека, яка була пов'язана два рази.

Я використовую, react-nativeщоб це було пов'язано автоматично, використовуючи react-native linkта вручну в xcode.

Переконайтесь, що Find Implicit Dependenciesпрапорець встановлений.

(Продукт -> Схема -> Редагувати схему -> Побудувати -> Знайти неявні залежності)

Я тестував рамки Sparkle разом з CocoaPods.

На жаль, я поставив pod 'Sparkle', '~> 1.21'у PodFile в неправильному місці. Я помістив його під Тестування (для одиничних тестів).

Після розміщення в правильному місці в PodFile все добре.

Я просто повинен був зробити import Foundation!

Я використовував Kitura для сервера Swift і забував це!

Ось моя проблема та рішення:

Я видалив два файли з вихідного коду за допомогою вихідного дерева (контролер версії). Застосувавши diff, який містить два видалені мною класи, Xcode не додав його автоматично. Тож у мене з’явилася помилка лінкера

Я вручну додав файли, клацнувши правою кнопкою миші на назві групи та вибравши "Додати файли". Тепер мою помилку вирішили.

Якщо хтось стикався з помилкою зв’язку щодо файлу класу, то спробуйте додати його вручну.

У мене не було цієї проблеми, коли я будував і працював на власному пристрої. Ця проблема була лише з тренажерами. Я просто перезапустив комп’ютер і запустив його. Це спрацювало.

У моєму випадку я змінив Targetім'я в моєму, PodfileТак що це створить ту саму Помилку для мене.

Рішення

Просто перейдіть project-> Build Phase->Link Binary with librariesВидалити старе FrameWorks, натиснувши на minus button(-)І очистити та запустити ще раз. Це працює мені.

Видалити небажане .framework.

Інші відповіді не спрацювали для мене, тому тут я ділюся своїм рішенням, якщо це може допомогти комусь іншому:

Моя проблема полягала в тому, що я налаштовував Podfile свого XCode-Project для неправильної платформи. Зміна "платформи: ios" на початку мого Podfile на "платформа: macos" працювала для мене, щоб позбутися помилки.

У мене була така ж проблема. Якщо ви перевіряєте будь-який проект github, то замість того, щоб використовувати git-клон, використовуйте git lfs-клон, як іноді, деякі великі файли не клоновані належним чином лише за допомогою git. Також переконайтесь, що ваш біткод відключений.

Для мене у файлі блокування дорогоцінного каменю було вказано старішу версію кокаподів, ніж ту, яку я встановив. Довелося bundle exec pod installзамість цього повторно відгалужуватися та бігтиpod install

Здається, що проблема у більшості з нас різна, і повідомлення про помилку містить гідну інформацію. У моєму випадку, Target Deployment був встановлений 10.13на export MACOSX_DEPLOYMENT_TARGET=10.13лінії, але я біжу 10.14. Тому мені довелося переключити ціль на розгортання на 10.14Загальні> Інформація про розгортання, щоб символи, пов’язані з ITLibrary, знову з'явилися.

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)

У моєму випадку я виробляв кілька продуктів з одного проекту. Для одного з продуктів цей main.mфайл імпортував файл заголовка з іншої папки в рамках того ж проекту. Але цей файл не був включений до "Composite Source" у розділі "Phase Build". Це спричинило помилку лінкера.

Після ретельного порівняння параметрів "Фази збірки" для продукту, який можна було б успішно побудувати, я зрозумів, що .mфайл заголовка потрібно включити до списку "Складеного джерела". Мою проблему було вирішено після додавання цього файлу. Прикріплення малюнка для наочності. Виділений файл потрібно було додати.

У мене виникли ті самі проблеми під час створення проекту Ionic 1.

Мені вдалося вирішити проблему після видалення файлу CDVLogger.h & CDVLogger.m

Гаразд, у мене була така ж проблема саме сьогодні, і я почав гуглювати її, коли натрапив на цю нитку. Я не закінчив читати питання, коли відповідь вразила мене: я оголосив клас із порожнім конструктором

class MyClass{
    MyClass();

    void func_one(){
    // code
    }

    void func_two(){
    // code
    }

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

Тоді я подумав, чому б не припиняти (не впевнений, чи я тут правильний з вибором слів, але кого це хвилює) конструктором мого класу з фігурними дужками ( {}). Так я і зробив:

class MyClass{
    MyClass(){}

    void func_one(){
    // code
    }

    void func_two(){
    // code
    }

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

Проблема усунена, мій код почав працювати бездоганно.

Я знаю, хороша практика полягає у дослідженні проблеми та пошуку справжньої причини, але це працювало для мене.