Я запускаю свою програму з xcode на свій пристрій iOS, і я отримую цей і чорний екран на пристрої iOS.
Текст консолі:
dyld: Library not loaded: @rpath/libswiftCore.dylib
Referenced from: /private/var/mobile/Containers/Bundle/Application/10DB2FE8-EF09-4857-B4AC-0DB2E4419D6F/App-Name.app/App-Name
Reason: image not found
(lldb)
Відповіді:
Спробуйте додати наступний рядок до шляхів пошуку Runpath вашої цілі.
@executable_path/Frameworks
your_target -> Параметри побудови -> Посилання -> Шляхи пошуку шляхів запуску
shift + cmd + k
@executable_path/Frameworks @executable_path/../../Frameworks(на додаток до $(CONFIGURATION_BUILD_DIR))
У мене була така сама проблема. У підсумку я додав фреймворк у таких місцях:
General > Embedded Binaries General > Linked Frameworks and Libraries Build Phases > Link Binaries with Libraries Ці вбудовані виконавчі файли , здавалося, ключ для мене.
Мені допомагає додавання @executable_path/Frameworksдо проекту Runpath Search Paths, а не target.
your_project -> Параметри побудови -> Посилання -> Шляхи пошуку шляхів запуску
Жодне з інших рішень мені не допомогло, але все було виправлено шляхом видалення каталогу похідних даних Xcode .
О, так. Я зіткнувся з цією проблемою, витрачаючи години на рішення. Ви можете спробувати встановити для параметра «Завжди вбудовувати стандартні бібліотеки Swift» значення «Так» у налаштуваннях збірки> Параметри збірки
(не забудьте змінити + cmd + K ваш проект після)
Мені довелося перемкнути "Вбудований вміст містить швидкий код" на "Так", щоб моє додаток Obj-C запрацювало після оновлення вбудованого фреймворку Obj-C за допомогою об'єкта Swift.
У цілі Framework ( не в цілі програми ) перейдіть до Параметри побудови> Параметри побудови> Завжди вставляти стандартні швидкі бібліотеки в ТАК.
Це вирішило проблему для мене!
У мене виникла ця помилка в проекті командного рядка (Xcode 10.2 та macOS 10.14.3)
Рішенням було оновлення до macOS 10.14.4
Проекти командного рядка Swift не запускатимуться на macOS 10.14.3 і раніше, якщо не встановити пакет підтримки Swift 5 Runtime Support для командного рядка. Без цього пакета проекти командного рядка Swift аварійно завершують роботу під час запуску з помилками “dyld: Бібліотека не завантажена”. (46824656)
У моєму випадку ця проблема виходить у проекті Objective-c, в якому я використовую структуру Swift (AirWatch SDK).
Рішення: Я вирішив цю проблему з Xcode 9.3 та 11.0.1 iOS, як зазначено нижче.
Встановіть для Завжди вбудовувати швидкі стандартні бібліотеки значення Так у налаштуваннях збірки.
Встановіть Subpath та виберіть пункт призначення як Framework для вашого доданого фреймворка в Phases Build> Embed framework, як показано на скріншоті.
Сподіваюся, це комусь допоможе.
Я зіткнувся з тією ж проблемою, встановивши правильну ідентифікацію кодового знака, вирішив проблему (Параметри побудови-> Ідентифікація підпису коду).
Згідно технічних питань Apple: "Усі сертифікати розробника для корпоративних і стандартних iOS, які створюються після випуску iOS 8, мають нове поле Ідентифікатор команди у відповідному місці, щоб дозволити запускати мовні програми Swift"
~ / Library / Developer / Xcode / DerivedData
Всім удачі!
У мене було те саме повідомлення про помилку, ось як я його вирішив:
Проблема виникла в сертифікатах, автоматично згенерованих Xcode. Мені довелося відкликати ці сертифікати за умови їх повернення з developer.apple.com
Тоді рішення: слідуйте інструкціям для створення нових сертифікатів - У Xcode у моєму проекті: перейдіть до ідентифікатора підпису коду та підпишіть обидва рядки налагодження згенерованим сертифікатом - Обидва рядки випуску встановлені на «Розробник iOS» - Потім проект> очистити - Створення та запуск на пристрої
Відповідь @ Saikiran спрацювала.
Мої сертифікати були створені до випуску iOS 8. Я відкликав усі свої сертифікати та відновив усі профілі забезпечення, і це негайно вирішило мої проблеми.
У мене недостатньо репутації, щоб проголосувати відповідь @ Saikiran, але це, безумовно, допомогло вирішити проблему.
Це повідомлення про помилку може також виникнути під час використання збірки фреймворку в іншій версії Swift, ніж та, що використовується в даний час, наприклад, якщо ви оновите Xcode.
Для мене спрацював встановити варіант
ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES
до ТАК у Проекті -> Налаштування збірки -> Параметри збірки
(Наміріальний фреймворк через Cocoapods)
Жодне з наведених вище рішень не спрацювало для мене. Я змінив налаштування довіри до сертифіката розробника iPhone у Keychain. Це має бути Завжди довіра . Змініть його на Використання системних значень за замовчуванням . Двічі клацніть сертифікат у брелоку, щоб відкрити екран опцій Виявлено, що з цього блогу
Use System Defaultsвирішити це для мене також.
У мене було те саме повідомлення про помилку, ось як я його вирішив: Це відбувається, тому що я змінив ідентифікатор набору, тому я просто поставив старий ідентифікатор набору, і він знову почав працювати
Здається, ця проблема була викликана включенням файлу Swift у спеціальну структуру object-c. Також не впевнений, що це пов’язано, але ціль мого додатка також була вбудована в цель-с. Також будується симулятор під час налагодження. Ще не перевірено на випуск чи збірку архіву.
Крім того, налаштування пошуку Runpath для цілі проекту були встановлені на "@ executable_path / Frameworks", у межах цільових налаштувань для фреймворку вони були встановлені: "@ executable_path / Frameworks" та "@ loader_path / Frameworks".
Після спроби відновити користувальницький фреймворк і повторно приєднати його до цілі програми, очистити папку похідних даних та ще кілька пропозицій, що, зрештою, спрацювало для мене, це зміна налаштування збірки в межах цільового проекту для проекту нестандартного фреймворку (не цільової програми): Стандартні бібліотеки "до" ТАК ". Здавалося, неважливо, для якого параметра встановлено ціль програми. Я перевірив це, скинувши тренажер та відновивши його. Це схоже на відповідь Даніеле Чеглії, але я не зміг додати коментар і хотів надати більше ясності.
Для мене Прибирання проекту виріши проблему!
Я також отримав таку проблему. Усі інші способи мені не могли допомогти, тому я зробив це по-дурному, створив новий проект та встановив pod з нуля, а після підтвердження, що він працює правильно, я скопіював усі файли класів та файли розкадрування, нарешті ! Я думаю, що це останній спосіб для цього, можливо, може допомогти вам
У мене була подібна проблема в проекті Objective-C, де я почав включати файли Swift.
У моєму випадку я створив дві цілі в основному проекті і додав порожній файл Swift, який створює мостовий файл заголовка та деякі конфігурації, але я позначив його лише як члена однієї цілі. Перша ціль працює належним чином, а друга - ні, і я помітив, що різниця в налаштуваннях збірки полягала в такому налаштуванні:
Шляхи пошукової стежки ->
$(inherited)та@executable_path/Frameworks
І мені також потрібно було звернутися до заголовка Objective-C Bridging до файлу, який був створений раніше:
Мост-заголовок Objective-C ->
pathTo/Target-Bridging-Header.h
Після додавання цих двох налаштувань друга ціль почала працювати належним чином.
Для мене симулятор перезапуску вирішив цю проблему.
У мене була ця проблема раніше в iPod touch iOS 9.3. І я використав усі методи, згадані в цій публікації , але жоден з них не спрацював. Я перевірив налаштування проекту. І в іншому прапорі посилання я знайшов, що додав -Wl,-sectcreate,__RESTRICT,__restrict,/dev/null.
Цей прапорець запобігає введенню дилда в розбитий телефон. Коли я видалю цей прапор, програму можна буде запустити знову. Я не впевнений, чому це спрацювало. Оскільки в iPhone se iOS 10 мені не потрібно видаляти цей рядок. Але це справді працювало в iPod touch iOS 9.3. Тож перевірте це, якщо у вас така сама ситуація, як і я.
Будь ласка, перевірте * .framework Якщо існує каталог підписів _CodeSignature. Якщо папки _CodeSignature немає, перейдіть до Фази побудови, натисніть +, щоб додати Нову фазу копіювання файлу для створення файлів копіювання. після цього зверніться до * .framework і виберіть Код підпису на копію