Получение dyld_fatal_error после обновления до Xcode 6 beta 4 с использованием swift

Недавно я загрузил 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.

Ответ 1

Самые необычные проблемы, подобные этому, могут быть решены с помощью Clean и Build (или, возможно, перезапуска Xcode). Вы также можете рассмотреть возможность удаления соответствующих папок из ~/Library/Developer/Xcode/DerivedData.

Ответ 2

Конечно, эта ошибка очень бесполезна:

dyld`dyld_fatal_error:
->  0x1200ad088 <+0>: brk    #0x3

Это, конечно, происходит только на устройстве, а не на симуляторе. Еще одна веская причина всегда проверять устройство.

Во всяком случае, имея такую же проблему, чистая не работала для меня. Удаление DerivedData тоже не помогло. Также попытался синхронизировать версии развертывания. Это, похоже, не имело никакого значения, но я все равно это сделал.

Решение заключалось в добавлении любых динамических фреймворков к настройкам встроенных двоичных объектов в разделе "Целевое" → "Общие":

Теперь я знаю, что было упомянуто в других ответах. Однако, если я могу дополнить, сказав, что любые зависимые динамические структуры также должны быть включены.

Так, например, если у вас есть динамическая структура A, которая зависит от динамической структуры B, тогда необходимо, чтобы A и B были добавлены к встроенным двоичным файлам.

Обратите внимание, что если динамическая структура A зависит от какой-либо статической библиотеки или фреймворка, вы почти наверняка будете вынуждены создавать A как зонтичную структуру, которая включает зависимые двоичные файлы.

Другие соображения, которые могут быть или не быть важными. Однако лично для меня результат был успешным:

для каждой динамической библиотеки в инспекторе были установлены значения "Относительная к группе". В окне захвата выше пути встроенного двоичного кода выглядит правильно, заканчивая "build/Debug-iphoneos".
динамические фреймворки находятся в разделе встроенных двоичных файлов. Статические библиотеки и static libs, завернутые в качестве фреймворков, находятся в Linked Frameworks и библиотеки. Ничего не появляется в обоих разделах.

При настройке этого XCode вел себя странно. Следующие оказались успешными:

Добавить динамическую структуру во встроенные двоичные файлы.
Найдите новую структуру в группах XCode слева и обновите путь "Относительно группы", как описано ранее.
Удалить динамическую структуру из встроенных двоичных файлов.
Добавьте динамическую структуру во встроенные двоичные файлы. Теперь путь должен выглядеть правильно.
Удалить все ссылки на динамическую структуру из связанных структур и раздел "Библиотеки".

Ответ 3

У меня была эта проблема, связанная с привязкой настраиваемой инфраструктуры iOS к моему проекту, поэтому для тех, у кого есть эта проблема, это связано с фазой сборки файлов копий.

Я думаю, что эта ошибка возникает, когда файл не может быть найден. Поэтому создайте фазу сборки файлов копий в соответствующей цели в своем проекте. Затем добавьте файл (в моем случае пользовательскую фреймворку) на этот этап (если он не застрахован от выбора рамки).

Ответ 4

Очистка, перезапуск, удаление и т.д. не помогли мне.

У меня есть проект, содержащий другой проект. Когда я запускал проект на iOS 7 и доступный проект был доступен в коде, приложение остановилось в строке ниже:

Через несколько дней я увидел, что цель развертывания для проекта контейнера была 7.0 (как видно ниже).

С другой стороны, содержащийся проект имел цель развертывания 8.1 (как видно ниже).

Изменение цели развертывания содержащегося проекта до версии 7.0 решило мою проблему!

Проект работал нормально на устройствах iOS 8.

Ответ 5

У меня была эта проблема в последнее время, и проблема для меня заключалась в том, что я добавил библиотеку из того же проекта, который не был указан в разделе "Встроенные двоичные файлы" из раздела "Общие".

ПРИМЕЧАНИЕ. Если вы добавите его в Embedded Binaries, он также добавит в раздел Связанные библиотеки, возможно, добавив один и тот же дважды.

Ответ 6

Очистка и сборка не будут работать. Вам нужно будет удалить кеш в каталогах ~/Library/Caches/com.apple.dt.Xcode *. Удалите их и перестройте.

Делайте это каждый раз, когда вы обновляете бета-версию.

Ответ 7

Я также столкнулся с той же проблемой и пробовал все приведенное выше решение без везения.

то, что я сделал, чтобы решить, что у меня действительно не так много идей. Таким образом, в группе "Система" в цепочке ключей "Сертифицирован" яблочный агент по связям со специалистами в сфере разработки технологий , и из-за некоторых проблем с профилем и сертификатом я случайно помечен этим сертификатом " Всегда доверенный от" Использовать системные настройки по умолчанию ". Таким образом, это вызывает крушение" dyld_fatal_error "для меня. когда я верну его обратно к" Использовать системные настройки по умолчанию", проблема была решена. Итак, ребята, если вы попробовали всю возможную возможность разрешить этот сбой и еще не сделали этого, попробуйте это также. Это помогло мне, также может помочь вам.

Нашел этот об этом сертификате.

Ответ 8

Эта проблема все еще встречается в Xcode 7, и это может произойти по разным причинам (кажется). В моем случае приложение iOS с включенной каркасом:

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

Ответ состоял в том, чтобы НЕ использовать связанные библиотеки, а скорее Встроенные двоичные файлы в разделе Общие.

Также см. здесь: fooobar.com/questions/133792/...

Ответ 9

Для меня работало добавление несистемной Framework к "Встроенным двоичным файлам" внутри общей вкладки основного проекта.

Как указано в битвите, это также добавит вашу структуру в "Связанные структуры и библиотеки", поэтому следите за этими дубликатами.

Протестировано с помощью Xcode 7.3.

Ответ 10

Xcode 8.

Чистота и сборка не сработали. Я удалил кеш, удалил Derived data. После этого моя конфигурация pods была сломана, поэтому мне нужно было снова установить контейнеры. Конфигурация целевых групп была настроена на очень старые допустимые архитектуры. настройка на armv7 и armv7s, было нормально компилировать и никаких проблем

Ответ 11

Вы получите это, если ваша схема имеет "Защитные края", которые включены в диагностике при работе на реальном устройстве. "Guard Edges" работает только в симуляторе.

Ответ 12

Я использовал cocoapods и имел эту проблему, когда обновлялся для развертывания целевой iOS 8 и добавил use_frameworks! к моему Podfile. Я смог исправить это, добавив следующую строку в мой Podfile:

link_with 'TargetName1', 'TargetName2', etc.

Возможно также работать с ProjectName