Додаток для iOS із збійною рамкою на пристрої, кольоровий: Бібліотека не завантажена, Xcode 6 Beta

Ця збійка була блокувальною проблемою. Я скористався наступними кроками для відтворення проблеми:

• Створіть проект Cocoa Touch Framework
• Додайте швидкий файл та клас собаки
• Побудувати рамку для пристрою
• Створіть програму Single View у Swift
• Імпорт рамки в проект програми
• Моментальний швидкий клас з фреймворку у ViewController
• Створіть та запустіть додаток на пристрої

Додаток негайно вийшов з ладу після запуску, ось консольний журнал:

dyld: Library not loaded: @rpath/FrameworkTest03.framework/FrameworkTest03
  Referenced from: /var/mobile/Applications/FA6BAAC8-1AAD-49B4-8326-F30F66458CB6/FrameworkTest03App.app/FrameworkTest03App
  Reason: image not found

Я спробував побудувати на пристроях iOS 7.1 та 8.0, вони мають однаковий збій. Однак я можу створити додаток і працювати на тренажері штрафу. Крім того, я знаю, що я можу змінити рамку на форму " Обов'язково" на " Необов'язково" у " Посилання бінарних із бібліотеками" , але це не повністю вирішило проблему, додаток вийшов з ладу під час створення екземпляра собаки . Поведінка відрізняється на пристрої та симуляторі, я підозрюю, що ми не можемо поширити рамку для пристрою, використовуючи бета-версію Xcode. Хтось може пролити світло на це?

На вкладці Загальні цілі є вбудовані бінарні файли . Коли ви додасте рамку, там збій вирішується.

Посилання тут на Форумах розробників Apple.

Для iOS більше або рівне 8

На вкладці Загальні цілі у розділі Вбудовані файли додайте рамки. Це скопіює фреймворк у компільований, щоб його можна було пов’язати під час виконання.

Чому це відбувається? : оскільки фреймворк, до якого ви посилаєтеся, складається як динамічно пов'язаний фреймворк і таким чином пов'язаний під час виконання.

** Примітка. ** Вбудовані власні рамки підтримуються лише в iOS> 8, і таким чином слід альтернативне рішення, яке працює на старих версіях iOS.

Для iOS менше 8

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

** Як: ** На вкладці Налаштування збірки рамки в розділі Пов’язання змініть тип Mach-O на Статичну бібліотеку. Тепер вам не потрібно включати рамку під вбудовані бінарні файли.

Включаючи активи: Для включення таких речей, як зображення, звукові файли або файли xib / nib, я рекомендую створити пакет (по суті, каталог, більше інформації тут bit.ly/ios_bundle), а потім завантажити активи з пакета за допомогою NSBundle.

Просто перетягування рамок у ваш проект не буде досить хорошим. Це як бути у тому ж самому парку, але не в змозі знайти своїх дітей. Виконайте такі дії:

1) Створіть свої рамки

• Розробіть свої рамки.
• Після завершення розробки COMMAND+ Bпобудуйте основу та переконайтеся, що ви отримаєте "Збірка успішна".

2) Доступ до своєї рамки

• Після того, як ваш рамковий проект успішно будується, він буде готовий до вас у вашій Productsпапці у вашому проекті.

• Клацніть правою кнопкою миші на вашому .frameworkі виберіть "Показати у Finder".

3) Розмістіть рамки у своєму проекті

• Перетягніть курсор .frameworkіз вікна Finder у папку "Рамка" вашого додатка.

4) Налаштувати проект програми для фреймворку

• Виберіть верхній рівень у своєму проекті

• Виберіть ціль

• Перейдіть у розділ "Фази побудови", потім "Пов’язати бінарне з бібліотеками" та переконайтесь, що ваша рамка включена із вибраними факультативами .

• Ще в розділі "Фази побудови", перейдіть у верхній лівий бік та виберіть +кнопку. У спадному меню виберіть "Фаза нового копіювання файлів".

• Прокрутіть униз до нового розділу "Копіювати файли" та переконайтесь, що ви встановили Destination"Рамки". Залиште путь порожнім. Потім натисніть +кнопку внизу зліва.

• Вам буде представлено ієрархію вашого проекту. Прокрутіть униз до папки "Каркаси", до якої ви додали рамку на кроці 3, або шукайте її на панелі пошуку вгорі. Виберіть рамку та натисніть "Додати".

• Переконайтесь, що ваш фреймворк включений із вибраним "Копія входу коду".

5) Очистіть, а потім запустіть проект

• COMMAND+ SHIFT+K
• COMMAND+R

Я створив фреймворк за допомогою Swift3 / Xcode 8.1 і використовував його в проекті Objective-C / Xcode 8.1. Щоб виправити це питання, мені довелося включити Always Embed Swift Standard Librariesпараметр під Build Options.

Подивіться на цей скріншот:

По-перше, спробуйте створити після Command + Option + Shift + K. Якщо все-таки не вдалося, то виконайте нижче кроки.

Якщо хтось стикається з цією помилкою в Xcode 8, то змініть свій статус рамки на Необов’язковий, а не обов'язковий на вкладці Загальні для вашої цілі.

У мене з'явився такий самий випуск у версії iOS 9.x

ПРОБЛЕМА: додаток виходить з ладу, як тільки я відкриваю додаток із помилкою нижче.


dyld: Бібліотека не завантажена: /System/Library/Frameworks/UserNotifications.framework/UserNotifications
  Посилання від: /var/containers/Bundle/Application/######/TestApp.app/TestApp
  Причина: зображення не знайдено

Я вирішив цю проблему шляхом зміни Requiredв Optionalв Linked Frameworks and Librariesпротягом UserNotifications.frameworkрамки.

Я повинен був (понад те , що згадані тут) додати наступний рядок в Runpath Шляхи пошуку під Параметри побудови закладки:
@executable_path/Frameworks

Вам потрібно додати рамку до нової фази збирання файлів копіювання, щоб гарантувати, що рамка буде скопійована в пакет програм під час виконання.

Див. Розділ Як додати "Копіювати файли збирання файлів" до моєї цілі для отримання додаткової інформації.

Офіційні документи Apple: https://developer.apple.com/library/mac/recipes/xcode_help-project_editor/Articles/CreatingaCopyFilesBuildPhase.html

Якщо ви використовуєте Xcode 11 або новішу версію :

1. Перейдіть до налаштувань своєї цілі та виберіть Загальні .

2. Прокрутіть униз до Рамок, бібліотек та вбудованого вмісту .

3. Переконайтесь, що для параметра Вбудувати, якщо потрібно, вибрано значення Embed & Sign або Embed Without Signing .

Додайте рамку у вбудовані бінарні файли

Потім очистіть і побудуйте.

Дивно, але не всі необхідні фрагменти тут задокументовані, принаймні для Xcode 8.

У моєму випадку була створена на замовлення рамка як частина одного робочого простору. Виявляється, його будували неправильно. На основі останньої відповіді Джереміху на цю тему:

https://forums.developer.apple.com/thread/4687

Я повинен був набір Dynamic Library Install Name Base( DYLIB_INSTALL_NAME_BASE) в рамках Build Settingsз рамкового проекту , а потім відновити її. Це було встановлено неправильно, $(LOCAL_LIBRARY_DIR)і я повинен був змінити його @rpath.

Отже, на етапі обробки посилань у програмі App Project було доручено хост-додатку динамічно завантажувати рамку під час виконання з /Library/Frameworks/fw.Framework/fw(як у корені файлової системи виконання), а не шлях до додатка/Frameworks/fw.Framework/fw

Що стосується всіх інших параметрів: це робить повинно бути в 3 -х місцях Build Phases, але вони все встановлені на один раз , коли ви просто додати його до Embedded Binariesустановці зGeneral вкладці хостингу App.

Мені не довелося встановлювати додаткову Copy Filesфазу, яка в будь-якому випадку здається інтуїтивно надмірною щодо етапу вбудовування. Перевіряючи хвостовий кінець стенограми збірки, ми можемо запевнити, що це не потрібно.

PBXCp /Users/xyz/Library/Developer/Xcode/DerivedData/MyApp-cbcnqafhywqkjufwsvbzckecmjjs/Build/Products/Debug-iphoneos/MyFramework.framework

[Багато багатослівних рядків видалено, але це зрозуміло зі спрощеної стенограми в інтерфейсі Xcode.]

Я досі не маю уявлення, чому Xcode встановив DYLIB_INSTALL_NAME_BASEзначення неправильно на мені.

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

Моє середовище: Cocos2d 2.0, Box2d, мета C

На додаток до інших відповідей вище, я нарешті зайшов на вкладку Загальні та зробив WatchKit необов’язковим.

Якщо ви використовуєте сторонні рамки та використовуєте Cocoapods як менеджера залежностей, спробуйте зробити це pod install оновлення своїх стручків.

Цей збій стався в сторонній бібліотеці, яку я використовував, тому радий, що вищевказане рішення працювало на мене, сподіваюся, воно працює для вас!

Для мене вирішено, вибравши "Копіювати лише при встановленні" на фазах збірки-> Вставити рамки

Це помилка виконання, яку викликає Dynamic Linker

dyld: Library not loaded: @rpath/...
...
Reason: image not found

Помилка Library not loadedз @rpathвказує , що Dynamic Linkerне може знайти двійковий файл.

1. Перевірте, чи було додано динамічну основу General -> Embedded Binaries

2. Перевірте @rpathналаштування між споживачем (додаток) та виробником (динамічний фреймворк):

   • Динамічні рамки:
     • Build Settings -> Dynamic Library Install Name
   • Застосування:
     • Build Settings -> Runpath Search Paths
     • Build Phases -> Embed Frameworks -> Destination, Subpath

Динамічний лінкер

Dynamic Library Install Name(LD_DYLIB_INSTALL_NAME)який використовується loadable bundle( Dynamic frameworkяк похідна), де dyldвступає в гру
Dynamic Library Install Name- шлях до бінарного файлу (не .framework). Так, вони мають таке ж ім'я, але MyFramework.frameworkце packaged bundleз MyFrameworkдвійковим файлом і ресурсами всередині.
Цей шлях до директорії може бути абсолютним або відносним (наприклад @executable_path, @loader_path, @rpath). Відносний шлях є більш кращим, оскільки він змінюється разом з якорем, що корисно, коли ви розповсюджуєте пакет як єдиний каталог

абсолютний шлях - приклад Framework1

//Framework1 Dynamic Library Install Name
/some_path/Framework1.framework/subfolder1

@executable_path

@executable_path - відносно вхідного двійкового запису - приклад використання прикладного Framework2
: вбудовано Dynamic frameworkдодаток

//Application bundle(`.app` package) absolute path
/some_path/Application.аpp

//Application binary absolute path 
/some_path/Application.аpp/subfolder1

//Framework2 binary absolute path
/some_path/Application.аpp/Frameworks/Framework2.framework/subfolder1

//Framework2 @executable_path == Application binary absolute path
/some_path/Application.аpp/subfolder1

//Framework2 Dynamic Library Install Name 
@executable_path/../Frameworks/Framework2.framework/subfolder1

//Framework2 binary resolved absolute path by dyld
/some_path/Application.аpp/subfolder1/../Frameworks/Framework2.framework/subfolder1
/some_path/Application.аpp/Frameworks/Framework2.framework/subfolder1

@loader_path

@loader_path - відносно пакету, який є власником цього бінарного
випадку використання: Framework з вбудованим фреймворком - Framework3_1 з Framework3_2 всередині

//Framework3_1 binary absolute path
/some_path/Application.аpp/Frameworks/Framework3_1.framework/subfolder1

//Framework3_2 binary absolute path
/some_path/Application.аpp/Frameworks/Framework3_1.framework/Frameworks/Framework3_2.framework/subfolder1

//Framework3_1 @executable_path == Application binary absolute path
/some_path/Application.аpp/subfolder1

//Framework3_1 @loader_path == Framework3_1 @executable_path
/some_path/Application.аpp/subfolder1

//Framework3_2 @executable_path == Application binary absolute path
/some_path/Application.аpp/subfolder1

//Framework3_2 @loader_path == Framework3_1 binary absolute path
/some_path/Application.аpp/Frameworks/Framework3_1.framework/subfolder1

//Framework3_2 Dynamic Library Install Name 
@loader_path/../Frameworks/Framework3_2.framework/subfolder1

//Framework3_2 binary resolved absolute path by dyld
/some_path/Application.аpp/Frameworks/Framework3_1.framework/subfolder1/../Frameworks/Framework3_2.framework/subfolder1
/some_path/Application.аpp/Frameworks/Framework3_1.framework/Frameworks/Framework3_2.framework/subfolder1

@rpath - Шлях пошуку Runpath

Рамка2Приклад

Раніше нам довелося налаштувати Framework для роботи з dyld. Це не зручно, оскільки один і той же Framework не може використовуватися з різними конфігураціями

@rpath це складна концепція, яка спирається на зовнішні (додатки) та вкладені (динамічні рамки) частини:

• Застосування:

  • Runpath Search Paths(LD_RUNPATH_SEARCH_PATHS)- визначає список шаблонів, на які буде замінено @rpath.

     @executable_path/../Frameworks

  • Перегляньте Build Phases -> Embed Frameworks -> Destination, Subpathна екрані, де саме знаходиться вбудована рамка

• Динамічна рамка:

  • Dynamic Library Install Name(LD_DYLIB_INSTALL_NAME)- точка, яка @rpathвикористовується разом із локальним шляхом зв’язку до двійкового файлу

    @rpath/Framework2.framework/subfolder1

//Application Runpath Search Paths
@executable_path/../Frameworks

//Framework2 Dynamic Library Install Name
@rpath/Framework2.framework/subfolder1

//Framework2 binary resolved absolute path by dyld
//Framework2 @rpath is replaced by each element of Application Runpath Search Paths
@executable_path/../Frameworks/Framework2.framework/subfolder1
/some_path/Application.аpp/Frameworks/Framework2.framework/subfolder1

*../ - перейдіть до батьківського поточного каталогу

otool - інструмент відображення об'єктного файлу

//-L print shared libraries used
//Application otool -L
@rpath/Framework2.framework/subfolder1/Framework2

//Framework2 otool -L
@rpath/Framework2.framework/subfolder1/Framework2

//-l print the load commands
//Application otool -l
LC_LOAD_DYLIB
@rpath/Framework2.framework/subfolder1/Framework2

LC_RPATH
@executable_path/../Frameworks

//Framework2 otool -l
LC_ID_DYLIB
@rpath/Framework2.framework/subfolder1/Framework2

install_name_tool змінити динамічні імена встановлення спільної бібліотеки за допомогою -rpath

CocoaPodsвикористовує use_frameworks!^[About] для регулюванняDynamic Linker

[Лексика]

Нещодавно зіткнулися з цим питанням із імпортом CoreNFC на старих iphone (наприклад, iPhone 6) та Xcode (11.3.1). Мені вдалося змусити його працювати

1. У своїх проектах виберіть ціль.
2. Goto Загальна Вкладка зверху.
3. У розділі " Каркаси, бібліотеки та вбудований вміст " додайте рамки (для мене це був CoreNFC). Повторіть для інших цілей.
4. Клацніть на « Фази збірки» вгорі та розгорніть « Пов’язати бінарне з бібліотеками» ».
5. Зробіть проблемну рамку необов’язковою (з обов’язкового).

Це дозволило мені компілювати старіші / новіші iPhone без зміни коду. Я сподіваюся, що це допомагає іншим.

У мене було те саме питання. Я спробував побудувати свій проект за допомогою iPhone, яким я ніколи раніше не користувався, і я не додав нових фреймворків. Для мене прибирання спрацювало чудово ( Shift + Command + K ). Можливо, це тому, що я використовую бета-версію Xcode 7 та iPhone 6 з iOS 9 Beta, але це спрацювало.

У моєму випадку мій проект написаний об’єктом-c, і в бібліотеці є файли Swift. Тому я змінив "Завжди вставляти швидкі стандартні бібліотеки" на вкладці " Налаштування збірки " свого проекту на " Так", і це стало цілком нормально.

Для будь-якого проекту або рамкового проекту в Xcode, який використовує стручки, один простий спосіб уникнути динамічної бібліотеки (dylb) не завантажувати - це встановити вам файл pod чорнилом у статичному режимі. Для цього просто переконайтеся, що не записати наступний рядок у свій файл стручка.

use_frameworks!

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

$ pod update

Якщо у вас є розділ для розробки Видаліть додаток із встановлення симулятора з pod -> clean -> запустити знову ...

Те саме було, коли я створив нову схему конфігурації та побудови.

Тож рішенням для мене було бігти

pod install

для цієї новоствореної Конфігурації.

Спробувавши всі методи, доступні в Інтернеті, і власні трюки з помилками та помилками 100 разів. Нарешті я зміг це вирішити. - Apeksha Sahu 6 хв. Назад
Goto iTunes в Mac -> акаунти -> Авторизуйте цей комп'ютер - Apeksha Sahu 5 хв. Тому
другий крок .... Перейдіть на розробник в налаштуваннях в iPad та iPhone і перейдіть наново з ідентифікаторами та очистіть комп'ютери довіри все. Це працювало для мене ........ ....... Після перевстановлення версії Mac OSHigh seria 10.13.15 з новітньої версії Mac OS seirra beta, до перевстановлення останньої версії Xcode після оновлення всіх сертифікатів. і т.д. і т. д. і т. д. ... стільки методів, скільки ви можете подумати, що я зробив. -

Спробуйте змінити прапор ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES(у попередніх версіях xcode:) Embedded Content Contains Swift Codeу Налаштуваннях збірки з НІ на ТАК.

Xcode 11

1. Перейдіть до налаштувань цілі та виберіть Загальні.
2. Шукайте "Рамки, бібліотеки та вбудований вміст"
3. Тримайте "Не вставляйте" та переконайтесь, що всі цілі (якщо у вас їх більше) встановили лише власні рамки, а не інші цілі.

В Xcode 11

Я стикався з тим же питанням

Зміна "Не вставляти" на вкладці Загальні > "Рамки, бібліотеки та вбудований вміст" все ще спричиняла ту саму помилку.

Що вирішило для мене, було додавання вкладки Framework у вкладці «Фази збірки» > « Вставити рамки»

- оновлено ---

Я зауважував, що в проектах, побудованих у попередніх версіях Xcode Embed Frameworks Section , недоступний під час запуску в Xcode 11, знайдіть наведені нижче кроки для досягнення рішення:

1: Спочатку потрібно додати нову копію файли фази при Побудувати Фази вкладки.

2: Друга зміна назви доданої фази на Вставити рамки

3: Змініть місце призначення на Frameworks .

4: Додайте основу, в якій сталася помилка.

Хоча всі кажуть вставити рамку під вбудовані бінарні файли, але вона все ще не працює, тому що тут ми пропускаємо один важливий крок.

Ось два правильних кроки для додавання бінарних файлів на вкладці Вбудовані бінарні файли:

1. Видаліть рамку, яка видає помилку, із "Пов'язаних рамок і бібліотек" на вкладці Загальні.

2. Тепер додайте видалений фреймворк лише на вкладці Вбудовані файли файлів, і це все, що потрібно зробити.

Запустити його на пристрої і зберегти цю посмішку;)

1. Перейдіть у файл у xcode -> Налаштування робочої області
2. Клацніть стрілку, біля якої відображається / Користувачі / яблуко / Бібліотека / Розробник / Xcode / DerivedData
3. Виберіть Отримані дані та перемістіть їх у Кошик.
4. Досить xcode та повторно відкрити його.
5. Очистіть проект і запустіть знову.

Наведені вище кроки вирішили мої проблеми.

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

https://developer.apple.com/library/ios/qa/qa1886/_index.html