Ошибка компоновщика с кодом выхода 1 (используйте -v, чтобы увидеть вызов), Xcode 8, Swift 3

Я не могу избавиться от этой ошибки!

Я пробовал всевозможные вещи, такие как очистка производных данных (Настройки-> Местоположения-> щелкните серую стрелку, чтобы открыть папку производных данных в Finder-> щелкните правой кнопкой мыши, переместите в корзину), очистите проект (CMD + Shift + K или Product -> Очистить), обновив файл Carthage и зависимости, проверил другие ответы на StackOverflow (в основном это корректировки в Build Settings / Phases) и повторно клонировал приложение из 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, вызывала ошибку. Я знал, что он должен быть в одном из этих трех файлов, поэтому сразу проверил импорт, потому что вспомнил, что слышал, что .h переносит весь импорт из своего файла .m. Бум!

Я знаю, что на этот вопрос уже дан ответ. Но если это поможет кому-то сэкономить время: у меня была такая же ошибка. Я все проверил, чтобы найти с моей стороны очень маленькую и глупую ошибку. Я импортировал пользовательский файл ManagedObject основных данных в контроллер представления моего проекта. Я случайно импортировал файл .m вместо файла .h, который вызывал повторяющийся символ в ошибке архитектуры (сбой команды компоновщика), потому что мой файл .m класса свойств импортирует файл .h основного класса данных и, следовательно, вызывает дублирующийся импорт.

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

Выше упомянуто множество решений. У меня никто не работал (но сначала попробуйте выше).

Выберите Project -> Select Target -> Linked Framework and Libraries -> Добавить все библиотеки модулей. (удалите, если они существуют во встроенных двоичных файлах)

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

Это решило мою проблему.

Выберите проект-> Фаза сборки-> Связать двоичный файл с библиотеками и добавьте все библиотеки модулей.

У меня была такая же проблема с использованием Carthage для зависимостей.

Просто зайдите в Select Project -> Build Settings -> Search for Enable Bitcode -> Если выбрано Yes, выберите No.

Это решило эту проблему для меня.

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

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

Решением было удалить эти переменные.

Для тех, у кого есть проблема с фреймворком Flurry. Это решило мою проблему. Для меня проблема заключалась в том, что я импортировал следующие файлы, но никогда их не использовал. "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 не в то место. Я поместил его под Testing (для модульных тестов).

После размещения в правильном месте в PodFile все в порядке.

Мне просто нужно было сделать import Foundation!

Я использовал Kitura для серверной части Swift и все время забывал об этом!

Вот моя проблема и решение:

Я удалил два файла из исходного кода, используя дерево исходных текстов (контроллер версий). После применения diff, содержащего два удаленных класса, Xcode не добавил его автоматически. Итак, у меня ошибка компоновщика.

Я вручную добавил файлы, щелкнув правой кнопкой мыши имя группы и выбрав «Добавить файлы в». Теперь моя ошибка решена.

Если кто-то сталкивался с ошибкой компоновщика в отношении файла класса, попробуйте добавить его вручную.

У меня не было этой проблемы, когда я собирал и запускал на собственном устройстве. Только была эта проблема с симуляторами. Я просто перезапустил свой компьютер и запустил его. Это сработало.

В моем случае я изменил Targetимя в моем PodfileТак что это создает ту же ошибку для меня.

Решение

Просто зайдите. project-> Build Phase->Link Binary with librariesУдалите старую FrameWorks, нажав « Очистить» minus button(-)и снова «Запустить». Это работа меня.

Удалить нежелательные .framework.

Другие ответы не сработали для меня, поэтому здесь я делюсь своим решением на случай, если оно может помочь кому-то другому:

Моя проблема заключалась в том, что я настраивал Podfile своего XCode-Project для неправильной платформы. Изменение «platform: ios» в начале моего подфайла на «platform: macos» помогло мне избавиться от ошибки.

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

Для меня файл блокировки gem указывал на более старую версию cocoapods, чем та, которую я установил. Мне пришлось заново разветвляться и запускать 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файл импортировал файл заголовка из другой папки того же проекта. Но этот файл не был включен в «Соответствующие исходные коды» в «Фаза сборки». Это вызвало ошибку компоновщика.

После тщательного сравнения настроек «Фазы сборки» для продукта, который может быть успешно собран, я понял, что .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;
     }
};

Проблема устранилась, мой код заработал отлично.

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