Помилка побудови запуску симулятора -> фатальна помилка: lipo: -remove, вказане призведе до порожнього жирового файлу # 208

Коментарі

Копіювати посилання Цитувати відповідь

lm2s прокоментував 8 листопада 2017 р. •

Кроки для відтворення проблеми

Створюйте та запускайте на Simulator

Очікувана поведінка

Створюйте та запускайте на Simulator

Фактична поведінка

Помилка збірки з помилкою:
фатальна помилка: lipo: -remove вказує на порожній жировий файл

Код інтеграції Instabug "Не розміщуйте свій маркер публічно"

Версія SDK

7.3.12 (через Cocoapods)

Версія iOS

Пристрій

Може проблема полягає в Cocoapods? Але лише Instabug викликає цю проблему, інші підсистеми будуються без проблем . Realm, Mapbox, .

Ця помилка не виникає під час роботи на фізичному пристрої.

Текст успішно оновлено, але виявлені такі помилки:

Кмохамед прокоментував 8 листопада 2017 року

@ lm2s дозвольте мені перевірити це і невдовзі зв’язатися з вами.

Кмохамед прокоментував 8 листопада 2017 року

@ lm2s Я щойно спробував те, що ви сказали, і воно працює нормально, чи не могли б ви спробувати видалити стручки та встановити його знову, я думаю, що це помилка від Cocoapods.

lm2s прокоментував 8 листопада 2017 року

Так, я намагався деінтегрувати, очистити кеш-пам’яті, створити новий xcworkspace, і я все ще отримую цю помилку. Якщо це відбувається лише тут, то це повинно бути пов’язано зі тим, що я видалив майже всі симулятори, а потім повторно додав їх. Я спробую перевстановити Xcode, щоб перевірити, чи вирішує проблему.

Кмохамед прокоментував 8 листопада 2017 року

це дивно. Також я чекаю вашого відгуку.

piellarda прокоментував 8 листопада 2017 року

У мене така сама проблема, і якщо я подивлюсь на сценарій cocoapods, який називається [CP] Embed Pods Framework на етапі побудови, у мене є такі вхідні файли:
$/Instabug/Instabug.framework
$/Instabug/Instabug.framework.dSYM
всі мої інші стручки схожі
$// .framework

lm2s прокоментував 8 листопада 2017 року

@piellarda Я вважаю, що це пов'язано з попередньо побудованою структурою. Mapbox має ті самі файли вхідних файлів, що і Instabug.

Кмохамед прокоментував 8 листопада 2017 року

@piellarda не могли б ви сказати мені, яку версію Cocoapods ви використовуєте ?
@ lm2s Так, ми повинні розповсюджувати файли .framework та .DSYM, щоб дозволити символізацію кадрів Instabug у файлі аварійного завершення програми.

piellarda прокоментував 8 листопада 2017 р. •

Отже, це, мабуть, пов’язано з використанням бета-версії кокаподів 1.4.0.beta.2.
CocoaPods/CocoaPods # 7196
Мій файл Podfile.lock був написаний бета-версією cocoapods, я мав таке попередження про запуск Pod install з випуском 1.3.1.
[!] Версія CocoaPods, яка використовується для створення файлу блокування (1.4.0.beta.2), вища за версію поточного виконуваного файлу (1.3.1). Можуть виникнути проблеми несумісності.
Я запустив оновлення Pod з cocoapods 1.3.1 і він знову будується.

Кмохамед прокоментував 8 листопада 2017 року

@piellarda Чудові новини 🎉 🎉 🎉
@ lm2s, не могли б ви підтвердити, що це проблеми з кокоподами ?

lm2s прокоментував 8 листопада 2017 року

Так, це 1.4.0.бета.2. Я знизився до версії 1.3.1, і він знову будується правильно.