Невозможно использовать сгенерированный Swift общий каркас в Objective-C

Это вариант старой проблемы "dyld: Библиотека не загружена: @rpath/libswiftCore.dylib". Я почти уверен, что знаю, в чем проблема, но у меня нет идей, как ее исправить.

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

Проект генерирует dylib, который может быть добавлен в другой проект, и абстрагирует огромный блок кодирования для разработчиков (коммуникационный уровень системы клиент / сервер).

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

Я использую вариант старого сценария Wenderlich, чтобы объединить исполняемые файлы для x86 и ARM.

Обратите внимание на закомментированный раздел. Там будут драконы.

Работает отлично. В Свифте.

Objective-C, не так здорово. Это из-за различных сред Swift, которые должны быть включены в программу Objective-C.

Я включил настройку встроенных фреймворков, и цель покорно дает мне все мои фреймворки.

Проблема в том, что каждая архитектура имеет рамки ТОЛЬКО для этой архитектуры. Они не являются "толстыми" фреймворками, поэтому мой "толстый" фреймворк действительно довольно тощий, потому что он будет работать только на определенных архитектурах.

Мой вопрос заключается в том, есть ли способ сделать встраиваемые фреймворки Swift "толстыми", или мне просто нужно отказаться, и упаковать разные варианты фреймворка для программистов Objective-C.

Есть идеи?

1 ответ

Решение

Я отказываюсь от этой присоски.

Вы не можете быть здесь.

Эта библиотека будет только для Swift.

Другие вопросы по тегам