Не визначені символи для архітектури armv7

Ця проблема зводила мене з розуму, і я не можу розробити, як її виправити ...

    Undefined symbols for architecture armv7:
  "_deflateEnd", referenced from:
      -[ASIDataCompressor closeStream] in ASIDataCompressor.o
  "_OBJC_CLASS_$_ASIDataDecompressor", referenced from:
      objc-class-ref in ASIHTTPRequest.o
  "_deflate", referenced from:
      -[ASIDataCompressor compressBytes:length:error:shouldFinish:] in ASIDataCompressor.o
  "_deflateInit2_", referenced from:
      -[ASIDataCompressor setupStream] in ASIDataCompressor.o
ld: symbol(s) not found for architecture armv7
collect2: ld returned 1 exit status
Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 failed with exit code 1

Я думаю, що це стосується:

ld: symbol(s) not found for architecture armv7

Але я додав: libz.1.2.3.dylibі це не допомагає, хтось мав якісь ідеї?

Загальні причини

Загальні причини для "Не визначених символів для архітектури armv7":

1. Ви імпортуєте заголовок і не посилаєтесь на правильну бібліотеку . Це звичайно, особливо для заголовків для таких бібліотек, як QuartzCore, оскільки вони не включені до проектів за замовчуванням. Щоб вирішити:

   • Додайте правильні бібліотеки в Link Binary With Librariesрозділ Build Phases.

   • Якщо ви хочете додати бібліотеку за межами шляху пошуку за замовчуванням, ви можете включити шлях у Library Search Pathsзначення у налаштуваннях збірки та додати
     -l{library_name_without_lib_and_suffix}(наприклад, для використання libz.a -lz) до Other Linker Flagsрозділу Build Settings.
     
     

2. Ви копіюєте файли у свій проект, але забули перевірити ціль, до якої потрібно додати файли . Щоб вирішити:

   • Відкрийте потрібну Build Phasesціль, розгорніть Compile Sourcesта додайте .mфайли, які відсутні . Якщо це ваше питання, будь ласка, надайте відповідь Cortex нижче .
     
     

3. Ви включаєте статичну бібліотеку, побудовану для іншої архітектури, як i386, симулятор на вашій хост-машині. Щоб вирішити:

   • Якщо у постачальника бібліотек у вас є декілька файлів бібліотек, щоб включити їх у проект, вам потрібно включити файл для тренажера (i386) та той, що використовується для пристрою (наприклад, armv7).

   • За бажанням ви можете створити жирну статичну бібліотеку, яка містить обидві архітектури.

Оригінальний відповідь:

Ви не пов’язані з правильним файлом libz. Якщо ви клацніть правою кнопкою миші на файл і виявіть у пошуку, його шлях повинен бути десь у папці sdk iOS. Ось моя наприклад

/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/usr/lib

Я рекомендую видалити посилання, а потім повторно додати його в розділі Посилання Бінарне з бібліотеками Фази збірки вашої цілі.

У мене була схожа проблема вчора ввечері, і проблема була пов'язана з тим, що я перетягнув клас із Finder до мого проекту в Xcode.

Рішення полягало в тому, щоб перейти на вкладку «Фази збірки», а потім «Компілювати джерела» та переконатися, що ви перетягуєте клас до списку.

У мене була подібна проблема, і мені довелося перевірити "Тільки активну архітектуру" для кожної з конфігурацій проекту (налагодження, випуск та розгортання) та в "Налаштуваннях збирання" цілі.

Іншою можливою причиною помилок лінкера "невизначений символ" є спроба викликати функцію C з файлу .mm. У цьому випадку вам потрібно буде використовувати екстерн "C" {...} при імпорті файлів заголовка.

Помилка лінкера при виклику C-функції від Objective-C ++

У мене було подібне питання з цим. Назва класу після _OBJC_CLASS _ $ _ була насправді моїм класом. Причиною цього було те, що я не поставив галочку "Додати в ціль", коли перетягнув файли вихідного коду у список навігації.

Моє рішення було:

1. видаліть клас зі списку навігації та виберіть "видалити лише посилання"

2. перетягніть файли вихідного коду ще раз і переконайтесь, що прапорець "Додати в ціль" поставлений. Поставте прапорець під пунктами "Скопіювати, якщо потрібно" та "Створити групу".

Зазвичай існує псевдонім без ідентифікатора версії, який пов'язаний з поточною версією, в цьому випадку libz.dylib пов'язаний з libz.1.2.5.dylib. Використовуйте базовий псевдонім замість версії.

У розділі Ціль -> Налаштування збірки -> Мова компілятора Apple LLVM: встановлення "Діалект мови мови C ++" та "Стандартна бібліотека C ++" на замовчуванні компілятора допомогло вирішити цю проблему.

Я лише додав libz.1.2.5.dylib до свого проекту, і він працював як шарм.

Кроки -

1. Перейдіть до етапів побудови.
2. Пов’язати Бінарне з бібліотекою - за допомогою кнопки "+" виберіть рамки та бібліотеки, які потрібно додати.
3. Виберіть зі списку libz.1.2.5.dylib.
4. Побудувати та запустити.

У мене була подібна проблема, і я побачив помилки, пов'язані з "std ::"

Я змінив налаштування збірки -> Apple LVM 5.0 - мова C ++ -> стандартна бібліотека C ++

від libc ++ (стандартна бібліотека LLVM C ++ із підтримкою C ++ 11) до libstdc ++ (стандартна бібліотека GNU C ++)

У мене була така ж проблема, коли я використовую бібліотеку admob, і вирішив змінити "Архітектури" на "Стандартні архітектури armv7, armv7s", не включаючи 64-розрядні.

У мене є декілька @interface у .h файлі та ще не включив усі відповідні @implementation директиви. Переконайтесь, що вони врівноважені.

Якщо у вас є прапор -ObjCпід ціллю> Налаштування збірки> Інші прапорці Linker, і ви отримуєте цю проблему, спробуйте її видалити. Якщо ви навмисно додали його, тому що вам потрібно завантажити деякий код Obj-C зі статичної бібліотеки, яка зазвичай не завантажується в іншому випадку, IE, категорія Obj-C, тоді вам слід використовувати -force_load <path>замість -ObjC.

<path>має бути відносно вашого каталогу проектів Xcode. IE, якщо структура вашого каталогу виглядає так:

iOSProject
  + iOSAPI.framework
      + iOSAPI
  + iOSAPI.xcodeproj

Тоді ви повинні встановити цей прапор для Other Linker Flags:

-force_load iOSAPI.framework/iOSAPI

Якщо ви хочете включити кілька подібних бібліотек, то вам слід включити окремий -force_loadрядок для кожної з них.

-force_load iOSAPI.framework/iOSAPI
-force_load another.framework/another

Ось як я отримав цю проблему:

Я додав .h, .m та NIB з іншого проекту, перетягнувши їх у свій навігатор проектів. Xcode не додав їх належним чином до фаз збірки.

Перевірте свою відповідь, оскільки у мене була подібна проблема, яку я зміг вирішити, зробивши кілька кроків.

якщо ви маєте справу з оновленням iOS5, я виявив, що для компіляції проекту, написаного на цільовий 4.3, я міг просто перейменувати libz.1.2.3.dynlib у «Навігаторі проектів» на «libz.1.2.5.dynlib», і він скомпілювався.

У моїй папці iPhoneOS50SDK / usr / lib немає libz.1.2.3.dynlib - не знаю, чи це бета-річ чи просто природне оновлення.

Перейдіть до свого проекту, натисніть на Фази збірки, Компілюйте джерела, Додайте GameCenterManager.m у список.

Можливо, деякі заняття відсутні у вашої цілі. Зазвичай це відбувається під час перейменування / видалення / додавання файлів нових класів до проекту. Для виправлення додайте щойно додані класи до деяких цілей.

Виберіть клас у «Навігаторі проектів» (права бічна панель), відкрийте бічну панель «Утиліти» (права бічна панель), утиліти виберіть «Інспектор файлів» (файл як значок), на вкладці «Цілеве членство» позначте цілі. Це все, щоб уникнути "Видалити посилання" та додати ще раз, позначивши трюк "Додати до цілей".

Отже: Виберіть Клас -> Утиліти (Інспектор файлів) -> Цільове членство -> Поставте галочки на потрібні цілі.

Я не знайшов цю пропозицію тут, і ось так: якщо ваш проект має більше однієї цілі (тобто, одна для OSX і одна для iOS), тоді ви повинні зв’язати відповідні бібліотеки для кожної цілі .. так, наприклад, у моєму випадку я потрібен AudioToolbox .. Мені довелося додати його один раз для OSX і один раз для iOS (під папкою фреймворків ви повинні мати дублікат кожної бібліотеки для кожної цілі .. якщо ви бачите лише одну .. то це червоний прапор)

У мене виникли проблеми з бібліотеками PJSIP,

Випробували наступне в інших прапорах лінкерів у проекті та змогли усунути помилку: -framework Foundation -framework UIKit

Над прапорцями Linker використовуються в Siphone Project над github . Ці налаштування допоможуть вирішити проблеми, пов’язані із зв’язуванням бібліотек C ++.

Нарешті я зрозумів це, я вирішив цю проблему, додавши відсутні рамки до цільових-> Фази збірки-> Пов’язати бінарне з бібліотеками

У мене колись була ця проблема. Я зрозумів, що пересуваючи клас, я переписав його.mm файл.h файлом у папці призначення.

Виправлення цієї проблеми виправило помилку.

Я отримав помилку "Не визначені символи для архітектури armv7:" під час спроби скласти проект, у якого встановлено цільове значення збірки для "Стандартної бібліотеки C ++", встановлене на "libc ++" (необхідне, оскільки проект використовував деякі функції з C ++ 11), і проект включав підпроект, у якого встановлено той самий параметр, який встановлений на 'libstdc ++' (або за замовчуванням компілятора, як це є зараз).

Змінивши налаштування «С ++ Стандартна бібліотека» підпроекту на libc ++, виправлено це, але лише після першого встановлення цілі розгортання для підпроекту на 5,0 або вище (5,0 потрібне для libc ++).

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

Якщо ви зв’язуєтесь з іншим проектом (libxxx.a), іноді ви можете зустріти дивну проблему, яку ви можете знайти символ за допомогою інструментів типу nm, але вони просто не можуть знайти символи в ld. Тоді слід перевірити, чи два проекти побудовані в одних і тих же прапорах, деякі з них можуть впливати на бінарний формат.

1. перевірити компілятор c ++.
2. перевірити налаштування діалектів c ++.
3. перевірте підтримку типу + для виконання. (-frtti / -fnortti)
4. перевірте, чи є .a з тим самим іменем відображене в іншому місці, може бути за межами потрібного файлу у списку шляхів посилання. видаліть їх.

У мене виникла ця проблема, коли я запускаю додаток на iphone5s , це було вирішено шляхом додавання arm64 до архітектури .

У мене була така ж проблема. Я спробував кожну річ з величезного списку відповідей, але врешті-решт моя проблема полягала в тому, що я працюю з openCV, тому мені потрібно поєднувати код C ++ у своєму коді. Для цього слід змінити файли, які використовують aim-c і C ++ на .mm. Я не змінив жодного файлу, і цей файл не має зв'язку з кодом C ++, але мені довелося його змінити.

У мене виникла ця проблема під час встановлення shareKit. Це працювало в тренажері, але не на пристрої. Я видалив -all_load з іншого прапора Linker, і все працює нормально як у симуляторі, так і на пристрої iphone.

У моєму випадку я додав рамку, яка повинна використовувати ціль C ++. Я знайшов цю публікацію:

XCode .m проти. Мм

це пояснило, як потрібно було перейменувати main.mmm на main.mm, щоб також можна було компілювати класи Objective-C ++.

Це зафіксувало це для мене.

Я використовую цю проблему, коли модуль (файл .m) не знаходиться в цілі, з якою я працюю.

Для мене проблема полягала в тому, що я забуваю встановити значення для своїх констант в .m (реалізація)

file const kFooKey = @"Foo";

Я також додав файли через "Перетягування". Що я зробив, я видалив посилання на всі файли (за винятком frameworks), після чого знову додав їх належним чином за допомогою опції Додати файли до проекту , проблема не зникла.

Якщо ви будуєте з Unity3D 5, а також використовуєте плагін Prime31, і ви отримуєте цю помилку, можливо, це пов'язано з дублікатом .dll. Якщо ви переглянете свої попередження в редакторі Unity, один із них скаже вам це і попередить, що це може призвести до помилок побудови. Щоб побачити, чи це так, введіть P31 у полі пошуку проекту, і він повинен з’являтися прямо, можливо, навіть більше, ніж одне. У дубліката буде "1" в кінці імені файлу. Можливо, це пов'язано з оновленням плагіна в редакторі через магазин або закладку меню Prime31.