Получение сообщения «файл не найден» в заголовке моста при импорте фреймворков Objective-C в проект Swift

У меня есть проект Swift, для которого я пытаюсь импортировать фреймворки на основе ObjC. Фреймворк находится в каталоге по пути к проекту и на него ссылается проект в Xcode. Он также добавлен в раздел «Связать двоичный файл с библиотеками» на странице проекта «Фазы сборки».

Однако по какой-то причине я не могу включить фреймворк в файл Bridging-Header. Я получаю следующую ошибку:

BridgingHeader.h:5:9: error: 'Parse/Parse.h' file not found
#import <Parse/Parse.h>
        ^
<unknown>:0: error: failed to import bridging header 'BridgingHeader.h'

Что я проверил:

1. «Заголовок совместимости Install Objective-C» установлен на «YES».
2. Пути поиска заголовков включают путь к фреймворкам.

Я уверен, что что-то упустил, так что, если у кого-то есть какие-то подсказки, было бы здорово.

Нашел решение:

• Параметр «Objective-C Bridging Header» (он же SWIFT_OBJC_BRIDGING_HEADER) должен быть установлен на целевом уровне, а НЕ на уровне проекта. Обязательно удалите значение настройки на уровне проекта.

(мне это кажется ошибкой Xcode, так как я не знаю, почему он ее исправляет).

У меня такая же проблема. Например, я изменил весь свой импорт с #import "HMSegmentedControl.h"на #import <HMSegmentedControl/HMSegmentedControl.h>.

Мне пришлось добавить свой libкаталог в Пути поиска заголовков пользователей:

В моем случае libкаталог содержит .aфайл -library и несколько файлов заголовков. Они включены в файл заголовка моста. Однако быстрый компилятор их не нашел. Только когда я добавил ${PROJECT_DIR}/libв путь поиска заголовка пользователя, он создал тестовую цель.

(Я использую Xcode 6.2 на Mavericks 10.9.5)

Мы столкнулись с тем же сообщением об ошибке, но с совершенно другой причиной.

Настроить:

• Цель приложения, весь код Obj-C
• Целевой объект Unit Test с одним быстрым тестом и заголовком моста, относящимся к коду приложения

Когда мы добавили второй быстрый тестовый пример после очистки (или на машине товарища по команде), мы увидели эту ошибку при построении цели модульного теста.

Это было исправлено путем добавления фиктивного класса Obj-C к цели модульного теста.

Если вы используете cocoapods, попробуйте переустановить модули, выполнив следующую команду.

pod install

Это как-то помогло мне:

• Чистый проект
• Папка чистой сборки
• Перезапустить Xcode

Эта ошибка появилась при установке с Cocoapods библиотеки CocoaImageHashing. Проблема заключалась в том, что пути поиска были неправильными. Таким образом, на целевом уровне в настройках сборки -> Пути поиска -> Пути поиска заголовков, пути соответствовали несуществующим папкам, например "$ {PODS_ROOT} / Headers / Public / CocoaImageHashing", когда структура папок Headers / Public / не существует. Я добавил путь $ {PODS_ROOT} / CocoaImageHashing и ошибка исчезла.

Что ж, это немного странно, но я думаю, вам нужно добавить ресурс на фазу «Копировать ресурсы пакета» вашей тестовой цели, чтобы он загружал все заголовки из вашего основного целевого приложения. В моем случае я добавил, main.storyboardи он позаботился об ошибке.

Это случилось со мной после добавления / переименования текущих конфигураций, и это имеет смысл.

Каждая конфигурация использует набор конфигураций, созданный cocoapods, поэтому эти вещи должны совпадать.

Поэтому, если вы добавляете / переименовываете конфигурации, они должны будут использовать правильные наборы конфигурации, и для этого запуск pod installбудет делать это.

Если кому-то поможет.

В моем случае мои файлы obj-c были добавлены в справочную папку (синие папки в xcode), и заголовок не смог их найти. Просто добавил файлы, а не папку из искателя в xcode и решил.

У меня такая же проблема. Для меня причина заключалась в том, что я использовал один и тот же заголовок-мост как для моего приложения, так и для моего сегодняшнего расширения. My Today Extension не включает синтаксический анализ, но поскольку он был определен в заголовке моста, он пытался его найти. Я создал новый мостовой заголовок для своего расширения Today Extension, и ошибка исчезла.

Моя структура работала раньше и внезапно перестала работать, и ни один из этих ответов не работал у меня. Я удалил фреймворк в Build Phases> Link Binary With Libraries и снова добавил его. Снова заработал.

У меня была проблема, и я решил ее, потратив 2 часа на поиск. Моя среда, как показано ниже:

коконожа 0,39,0

быстрый 2.x

XCode 7.3.1

Шаги:

1. путь к проекту: имя_проекта / имя_проекта / your_bridging_header.h
2. В разделе Swift в настройках сборки заголовок моста Objective-C должен быть: имя_проекта / your_bridging_header.h
3. В your_bridging_header.h измените все объявления с .h на #import
4. В классе, который используется your_3rd_party . Declare импорт your_3rd_party

Я только что продублировал существующую схему и добавил в проект другую конфигурацию. Мне пришлось добавить конфигурацию с тем же именем в проект фреймворка, чтобы он также располагался в той же DerivedData/($AppName)/Build/Products/($CONFIGURATION_NAME)папке. В противном случае файл .framework не будет создан и, следовательно, не может быть импортирован.

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

В подфиле я use_frameworks!написал. Комментируя эту строку, а затем pod installснова запустив ее, я решил эту проблему, и ошибка исчезла.

(Обновлено 27 мая 2017 г.)

Xcode 8. Swift Project - импорт Objective C.

Что нужно знать:

1. Файл заголовка моста ДОЛЖЕН быть сохранен в папке проекта. (т.е. не сохраняется на том же уровне, что и .xcodeproj, а вместо этого на один уровень ниже в папки, где сохраняются все ваши быстрые и объективные файлы c). Он все еще может найти файл на верхнем уровне, но он не будет правильно связывать и не сможет импортировать файлы Objective C в файл заголовка моста.
2. Заголовочный файл моста может называться как угодно, если это заголовочный файл .h
3. Убедитесь, что путь в разделе «Параметры сборки»> «Компилятор Swift - Общие»> «Заголовок моста для цели C» правильно указывает на созданный вами файл заголовка моста.
4. ВАЖНО: если вы по-прежнему получаете сообщение «не найден», попробуйте сначала очистить файл заголовка моста и стереть все импортированные данные, которые вы в данный момент там написали. Убедитесь, что сначала можно найти файл заголовка моста, а затем начните добавлять в этот файл импорт объекта c. По какой-то причине он вернет ту же ошибку «не найден», даже если она будет обнаружена, но ему не нравится импорт, который вы пытаетесь по какой-то причине
5. Вы не должны # импортировать "MyBridgingHeaderFile.h" ни в один из ваших целевых файлов C. Это также вызовет ошибку «файл не найден».

У меня была аналогичная проблема, и для меня сработало только одно решение. Я пробовал все, что предлагалось, и знал, что правильно настроил заголовок моста, потому что у меня работала какая-то другая библиотека.

Когда я копировал библиотеку (перетаскивая) в проект, без Cocoapods, только после этого я мог импортировать заголовки без ошибок.

Я использовал библиотеку facebook / Shimmer.

У меня была аналогичная проблема со стручками. В основном, пытаясь запустить мои тесты пользовательского интерфейса, Xcode жаловался на отсутствие модулей. Решение было намного проще, чем любое из описанных выше:

1. перейти в файл проекта (основной, а не целевой)
2. щелкните вкладку «Информация» (крайняя слева)
3. установить правильную конфигурацию модуля для целевого объекта тестов пользовательского интерфейса (раздел «Конфигурации» прямо под «Целевым объектом развертывания»)

Работает!

Нашел в ветке: https://github.com/CocoaPods/CocoaPods/issues/2695

Звучит немного как ошибка для стручков какао, но я вижу причины, по которым это может быть непростой случай.

В моем случае мне просто пришлось выйти из симулятора ...

Очистить проект, очистить папку сборки, перезапустить Xcode. Я просто удаляю путь в проекте goto> Настройки сборки> Поиск по ключевому слову. Swift Compiler - General -> Objective-C Bridging header работал у меня.

Август 2019 г.

В моем случае я хотел использовать протокол Swift в файле заголовка Objective-C, который исходит от той же цели, и для этого мне нужно было использовать предварительное объявление протокола Swift, чтобы ссылаться на него в интерфейсе Objective-C. То же самое должно быть справедливо для использования класса Swift в файле заголовка Objective-C. Чтобы использовать предварительное объявление, см. Следующий пример из документации в разделе « Включить классы Swift в заголовки Objective-C с использованием прямых объявлений» :

// MyObjcClass.h
@class MySwiftClass; // class forward declaration
@protocol MySwiftProtocol; // protocol forward declaration

@interface MyObjcClass : NSObject
- (MySwiftClass *)returnSwiftClassInstance;
- (id <MySwiftProtocol>)returnInstanceAdoptingSwiftProtocol;
// ...
@end