Ответ 1
Самые необычные проблемы, подобные этому, могут быть решены с помощью Clean и Build (или, возможно, перезапуска Xcode). Вы также можете рассмотреть возможность удаления соответствующих папок из ~/Library/Developer/Xcode/DerivedData.
Недавно я загрузил Xcode 6 beta 4, и мой быстрый проект компилируется без ошибок, но прежде чем он попадет в мой код, я получаю dyld_fatal_error чуть выше запуска в стеке вызовов.
и точка останова в некотором ассемблере с инструкцией nop
Ошибка консоли, которую я получаю,
dyld: lazy symbol binding failed: Symbol not found: __TFSsa6C_ARGVGVSs13UnsafePointerGS_VSs4Int8__
Referenced from: /Users/username/Library/Developer/Xcode/DerivedData/Sudoku-dhrdonaeqzsgcvewndimxbbsltnc/Build/Products/Debug/Sudoku.app/Contents/MacOS/Sudoku
Expected in: /Users/username/Library/Developer/Xcode/DerivedData/Sudoku-dhrdonaeqzsgcvewndimxbbsltnc/Build/Products/Debug/Sudoku.app/Contents/MacOS/../Frameworks/libswift_stdlib_core.dylib
dyld: Symbol not found: __TFSsa6C_ARGVGVSs13UnsafePointerGS_VSs4Int8__
Referenced from: /Users/username/Library/Developer/Xcode/DerivedData/Sudoku-dhrdonaeqzsgcvewndimxbbsltnc/Build/Products/Debug/Sudoku.app/Contents/MacOS/Sudoku
Expected in: /Users/username/Library/Developer/Xcode/DerivedData/Sudoku-dhrdonaeqzsgcvewndimxbbsltnc/Build/Products/Debug/Sudoku.app/Contents/MacOS/../Frameworks/libswift_stdlib_core.dylib
Просто чтобы вы знали, что проект все еще компилируется и отлично работает с Xcode 6 beta 3.
Самые необычные проблемы, подобные этому, могут быть решены с помощью Clean и Build (или, возможно, перезапуска Xcode). Вы также можете рассмотреть возможность удаления соответствующих папок из ~/Library/Developer/Xcode/DerivedData.
Конечно, эта ошибка очень бесполезна:
dyld`dyld_fatal_error:
-> 0x1200ad088 <+0>: brk #0x3
Это, конечно, происходит только на устройстве, а не на симуляторе. Еще одна веская причина всегда проверять устройство.
Во всяком случае, имея такую же проблему, чистая не работала для меня. Удаление DerivedData тоже не помогло. Также попытался синхронизировать версии развертывания. Это, похоже, не имело никакого значения, но я все равно это сделал.
Решение заключалось в добавлении любых динамических фреймворков к настройкам встроенных двоичных объектов в разделе "Целевое" → "Общие":
Теперь я знаю, что было упомянуто в других ответах. Однако, если я могу дополнить, сказав, что любые зависимые динамические структуры также должны быть включены.
Так, например, если у вас есть динамическая структура A, которая зависит от динамической структуры B, тогда необходимо, чтобы A и B были добавлены к встроенным двоичным файлам.
Обратите внимание, что если динамическая структура A зависит от какой-либо статической библиотеки или фреймворка, вы почти наверняка будете вынуждены создавать A как зонтичную структуру, которая включает зависимые двоичные файлы.
Другие соображения, которые могут быть или не быть важными. Однако лично для меня результат был успешным:
для каждой динамической библиотеки в инспекторе были установлены значения "Относительная к группе". В окне захвата выше пути встроенного двоичного кода выглядит правильно, заканчивая "build/Debug-iphoneos"
.
динамические фреймворки находятся в разделе встроенных двоичных файлов. Статические библиотеки и static libs, завернутые в качестве фреймворков, находятся в Linked Frameworks и библиотеки. Ничего не появляется в обоих разделах.
При настройке этого XCode вел себя странно. Следующие оказались успешными:
У меня была эта проблема, связанная с привязкой настраиваемой инфраструктуры iOS к моему проекту, поэтому для тех, у кого есть эта проблема, это связано с фазой сборки файлов копий.
Я думаю, что эта ошибка возникает, когда файл не может быть найден. Поэтому создайте фазу сборки файлов копий в соответствующей цели в своем проекте. Затем добавьте файл (в моем случае пользовательскую фреймворку) на этот этап (если он не застрахован от выбора рамки).
Очистка, перезапуск, удаление и т.д. не помогли мне.
У меня есть проект, содержащий другой проект. Когда я запускал проект на iOS 7 и доступный проект был доступен в коде, приложение остановилось в строке ниже:
Через несколько дней я увидел, что цель развертывания для проекта контейнера была 7.0 (как видно ниже).
С другой стороны, содержащийся проект имел цель развертывания 8.1 (как видно ниже).
Изменение цели развертывания содержащегося проекта до версии 7.0 решило мою проблему!
Проект работал нормально на устройствах iOS 8.
У меня была эта проблема в последнее время, и проблема для меня заключалась в том, что я добавил библиотеку из того же проекта, который не был указан в разделе "Встроенные двоичные файлы" из раздела "Общие".
ПРИМЕЧАНИЕ. Если вы добавите его в Embedded Binaries, он также добавит в раздел Связанные библиотеки, возможно, добавив один и тот же дважды.
Очистка и сборка не будут работать. Вам нужно будет удалить кеш в каталогах ~/Library/Caches/com.apple.dt.Xcode *. Удалите их и перестройте.
Делайте это каждый раз, когда вы обновляете бета-версию.
Я также столкнулся с той же проблемой и пробовал все приведенное выше решение без везения.
то, что я сделал, чтобы решить, что у меня действительно не так много идей. Таким образом, в группе "Система" в цепочке ключей "Сертифицирован" яблочный агент по связям со специалистами в сфере разработки технологий , и из-за некоторых проблем с профилем и сертификатом я случайно помечен этим сертификатом " Всегда доверенный от" Использовать системные настройки по умолчанию ". Таким образом, это вызывает крушение" dyld_fatal_error
"для меня. когда я верну его обратно к" Использовать системные настройки по умолчанию", проблема была решена.
Итак, ребята, если вы попробовали всю возможную возможность разрешить этот сбой и еще не сделали этого, попробуйте это также. Это помогло мне, также может помочь вам.
Нашел этот об этом сертификате.
Эта проблема все еще встречается в Xcode 7, и это может произойти по разным причинам (кажется). В моем случае приложение iOS с включенной каркасом:
Ответ состоял в том, чтобы НЕ использовать связанные библиотеки, а скорее Встроенные двоичные файлы в разделе Общие.
Также см. здесь: fooobar.com/questions/133792/...
Для меня работало добавление несистемной Framework к "Встроенным двоичным файлам" внутри общей вкладки основного проекта.
Как указано в битвите, это также добавит вашу структуру в "Связанные структуры и библиотеки", поэтому следите за этими дубликатами.
Протестировано с помощью Xcode 7.3.
Xcode 8.
Чистота и сборка не сработали. Я удалил кеш, удалил Derived data. После этого моя конфигурация pods была сломана, поэтому мне нужно было снова установить контейнеры. Конфигурация целевых групп была настроена на очень старые допустимые архитектуры. настройка на armv7 и armv7s, было нормально компилировать и никаких проблем
Вы получите это, если ваша схема имеет "Защитные края", которые включены в диагностике при работе на реальном устройстве. "Guard Edges" работает только в симуляторе.
Я использовал cocoapods и имел эту проблему, когда обновлялся для развертывания целевой iOS 8 и добавил use_frameworks!
к моему Podfile
. Я смог исправить это, добавив следующую строку в мой Podfile
:
link_with 'TargetName1', 'TargetName2', etc.
Возможно также работать с ProjectName