Помилка Linker Apple Mach-O під час компіляції для пристрою

Щойно я перейшов на xcode 4.0 і більше не можу розгорнутись на iPhone, я отримую помилку Linker Apple Mach-O, але він все ще працює для тренажера.

    Ld /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel normal armv7
    cd /Users/yveswheeler/iParcel
    setenv IPHONEOS_DEPLOYMENT_TARGET 3.2
    setenv PATH "/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin"
    /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk -L/Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos -F/Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos -filelist /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel.LinkFileList -dead_strip -all_load -ObjC -lxml2 -miphoneos-version-min=3.2 -framework UIKit -framework CoreGraphics -framework QuartzCore /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Core.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Network.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Style.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UI.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UICommon.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UINavigator.a -framework AddressBook -lz.1.2.3 -framework Foundation -framework CFNetwork -framework MobileCoreServices -framework SystemConfiguration -framework MessageUI -framework AudioToolbox -o /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel

arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Core.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Network.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Style.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UI.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UICommon.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UINavigator.a: No such file or directory
Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 failed with exit code 1

Ось постійне рішення. Загальний перезапис проекту може спричинити цю проблему. Спробуйте цей метод.

-UPDATE - Помилка Clang - Помилка Mach-O Linker

У деяких випадках у вікні журналу помилок відображається .xctest помилка, щоб її виправити

-> Виберіть проект

-> Поруч із цим (безпосередньо перед вкладкою Загальні) виберіть зі спадного файла файл ProjectTest

-> Є один варіант (наприклад, ProjNameTests)

-> У хост-програмі виберіть проект зі спадного меню лише у тому випадку, якщо він відображається на замовлення

Зроблено!

Старий метод видалений

У мене була така ж проблема, і проблема полягала в тому, що я випадково імпортував .m файл замість .h у файл реалізації - сподіваюся, що це допоможе

Щойно наткнувся на те саме питання.

Рішення (для мене) = перевірити свої рамки.

У моєму випадку я додав класи, пов'язані з CoreData, без "CoreData.framework". Додавання це вирішило скаргу MACH_O.

відкрити .xcworkspace файл не .xcodeproj. Я повторюю відкритий файл .xcworkspace. Усі ваші помилки зникнуть.

Re: Проблема, як зазначено в назві:

Про всяк випадок, коли хтось пропустив очевидне ...

Я зіткнувся з цією помилкою після встановлення нової версії Xcode4 та перетягування існуючих файлів у новий проект. Я не помітив, що в діалоговому вікні "Вибір параметрів для додавання файлів:" не встановлено прапорець "Додати до цілей". Виправлення моїх упущень у цілях> фази збірки> джерела компіляції вирішили проблему.

Меню> Продукт> Очистити, саме це змусило його працювати. Я не впевнений у всіх інших. Я додав рис для показу.

Химерна помилка. Для мене я просто очистив і перезапустив Xcode, і проблема пішла.

Виправлення: Налаштування збірки> Увімкнути біткод> Ні

Жодна з цих відповідей мені не допомогла. Потім я спробував перевстановити Cocoapods:

pod deintegrate

pod install

Проблема вирішена!

Проблема полягала в тому, що в XCode 4 залежності не передбачають налаштування архітектури основного проекту, як це було раніше в XCode 3. Мені довелося пройти всі мої залежності, встановивши їх для правильної архітектури.

У мене було те саме і вдалося це вирішити.

У xcode налаштуваннях вкладці місцеположення змінено значення під розташуванням на " Place build products in locations specified by targets".

Я трохи боровся з цим, і в моєму випадку це виявилося Налаштуванням збірки під Шляхами пошуку під назвою FRAMEWORK_SEARCH_PATHS. Це допомогло мені обрати кнопку "Рівні", яка, здавалося, порівнювала налаштування мого проекту, цілі та "Розв'язано". Я бачив, що моє цільове налаштування якимось чином перекриває типовий параметр "$ (успадковано)", і переосмислене значення було тим, що XCode "вирішив" налаштування. Коли я видалив переопределение, яке в цьому випадку вказало 3.2 sdk, помилки лінкера відійшли - як і деякі нещодавно з'явилися попередження про будь-які класи, де я викликав методи пост-4.0.

Щодо цих попереджень - я ніколи їх не бачив, перш ніж додати рамку MessageUI для недавньої зміни. Я підозрюю, але не знаю напевно, що коли я додав цю рамку, XCode намагався зробити щось розумне, додавши цю перевагу до моєї цілі. Я цього не робив явно в будь-який момент. Наприклад, попередження стосувалися методу URLByAppendingPathComponent NSURL, який з'являвся до sdk 4.0. До того, як додати рамку MessageUI, я ніколи не отримував цього попередження. А оскільки я зняв перезавантаження, більше не отримую їх.

У мене виникла ця проблема, і імпорт QuartzCoreїї виправлено.

Змінення "Тільки для активних архітектур" на Так на CordovaLib.xcodeproj -> Налаштування збірки зробило для мене свою справу. раніше додаток працював на тренажері, але не на пристрої.

Можливо, вам доведеться оновити налаштування збирання.

Перевірте цільову версію iOS та архітектуру процесора, оскільки у вас можуть бути старі SDK з XCode 4.

Ви можете побачити «Відсутній SDK» у налаштуваннях збірки. Змініть це на все, що стосується.

У мене був такий самий випуск: я випадково видалив файл .m, тоді як .h був у проекті. Проблема зникла, коли я відновив файл .m.

Переконайтеся, що у вас не вказано конкретний рамковий шлях пошуку. якщо ви перейдете до інформації про ціль і просто видаліть записи шляху пошуку рамки, вона повинна використовувати типові параметри для вказаної версії розгортання.

Я просто намагаюся створити category classфайл і отримав цю дивну проблему .. і нарешті ....

Неправильний спосіб створити клас категорії, що викликає проблему:

New File-> Cocoa Touch->Objective-C class , я змінив ім'я файлів у категорію категорії, наприклад, ім'я .. (тобто OriginalClass_CategoryName.h/mдоOriginalClass+CategoryName.h/m , а також змінив вміст у файлі).

Правильний шлях тут:

New File -> Cocoa Touch -> Objective-C category, і він автоматично генерує файли (OriginalClass+CategoryName.h/m ).

О, як я дурний !!

Якщо ви використовуєте CoreData, а ви використовуєте XCode для генерування підкласів NSManagedObject для ваших організацій, переконайтеся, що ви генеруєте лише один для кожної сутності.

Моя проблема полягала в тому, що вона генерувала декілька підкласів NSManagedObject для однієї сутності (і розміщувала їх у різних папках).

Я тільки що видалив їх і відновив підкласи NSManagedObject.

Щоб додати до списку дивних речей, які вирішили цю проблему ...

У мене було кілька змінних const CGFloat у глобальному файлі заголовка

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

У момент, коли я їх зняв, все було добре :)

У мене була точно така ж проблема тільки тому, що у мене були дві однакові константи в різних класах. Ви також можете мати цю проблему, якщо ви імпортуєте .m файл не .h файл

Не впевнений, що це пов’язано, але, бачачи, що ви працюєте з трьома трьома бібліотеками, ви можете перевірити цю публікацію на своєму веб-сайті: http://three20.info/article/2011-03-10-Xcode4-Support

У мене була така ж проблема, і я її вирішив. У моєму випадку проблема «архітектури» викликала проблему. У моєму файлі проекту вкладка Налаштування збірки, архітектури були встановлені на armv6. Я змінив його на Стандартний (armv7), очистив і створив. Тоді це спрацювало!

У моєму випадку проблема полягала в тому, що різні архітектури були вказані під різними цілями. Я будував свою ціль програми за допомогою armv6, armv7 та cocos2d зі стандартом (amrv7). Перейдіть до налаштувань збірки та переконайтеся, що ваші архітектури відповідають усім цілям.

Я вирішив цю проблему занадто дивно!

Перейдіть до Цільової > Фази збірки > Пов’язати бінарне з бібліотеками :

Видаліть усі свої рамки та додайте їх знову!

Сподіваюся, це працює для вас!

Для швидкої мови ...

Я отримую цю помилку "ld: файл занадто малий (довжина = 0) ...."

У моєму випадку я просто очищую проект, а потім відновлюю його.

Кроки: -

1) goto Project -> Очистити

2) goto Project -> Побудувати

Сподіваюся, це допомагає ..

Це зробило для мене хитрість:

Йти до

1) Продукти> чисті

2) Windows> Проекти

3) Виберіть проект та натисніть на « Видалити » отримані дані

4) Продукти> Збірка

Одна з можливостей: увімкніть "Відключення мертвого коду" в налаштуваннях збірки Xcode 4.

Інша можливість: можливо, ви перейшли на використання LLVM для деякої основи, яка раніше використовувала GCC. Повернення до GCC (або LLVM GCC) може позбутися цих попереджень.

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

Мені вдалося виправити цю помилку, відредагувавши "Шляхи пошуку бібліотеки"

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

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

Ви можете уникнути цього, видаливши бібліотеку / рамку перед її переміщенням, але я цього не перевіряв.