В пользовательской платформе, содержащей код Objective-C и Swift, компилятор Swift выдает следующую ошибку:
[build_path]/unextended-module.modulemap:2:19: error: umbrella header 'bugtest.h' not found
umbrella header "bugtest.h"
^
<unknown>:0: error: could not build Objective-C module 'bugtest'
Обычно это происходит после переименования проекта или чего-то подобного. Проблема в том, что зонтичный заголовок больше не указан как Общедоступный заголовок. Проверьте прикрепленное изображение, чтобы узнать, как это исправить.
umbrella header not found. В итоге я удалил файл заголовка на этапе сборки заголовков и добавил его обратно (убедившись, что это снова public). Это то, что наконец сработало для меня.
- person mharper; 08.06.2016
В Xcode 7 Beta со Swift 2 это также произойдет, если ваш заголовок Framework не объявлен как "Public"
Например, у меня была Cocoa Touch Framework с видимостью «Project» для файла заголовка и с ошибкой «Umbrella Header ... not found» для всех файлов Swift в моем проекте, когда у меня был заголовок «Public», ошибка исчезла
Это может произойти 4 различными способами, игнорируя ошибки в предыдущих версиях Xcode.
DEFINES_MODULE не установлен в YESCLANG_ENABLE_MODULES не установлен в YESЭто произойдет, когда для цели Framework включен параметр Always Search User Paths.
Установка No устранит эту ошибку.
ИМХО, это ошибка в Swift Compiler, и я отправил радар в Apple.
См. rdar : // 21038443
Для меня уровень доступа был общедоступным, но он также не работает на зонтике, который не найден. Я переместил раздел «Заголовки» в «Фазы сборки» наверх, и он начал работать. Скрипт к подфайлу:
post_install do |installer|
installer.pods_project.targets.each do |target|
phase_name = 'Headers'
target.build_phases.each do |phase|
if (phase.display_name.include? phase_name)
target.build_phases.unshift(phase).uniq! unless target.build_phases.first == phase
end
end
end
Понятия не имею, почему это происходит. Пробовал на фиктивных проектах - не получается. Только на больших с множеством зависимостей. Что-то с компиляцией ПЕРЕД копированием зонтичных заголовков.
Podfile файл: синтаксическая ошибка, неожиданный конец ввода, ожидается ключевое_слово_end.
- person Volodymyr Kulyk; 16.01.2019
Определенно вы должны сделать свою структуру общедоступной:
Для меня установка "Использовать карты заголовков" на "НЕТ" решила проблему.
Еще одно решение: после переименования папки старое местоположение все еще может быть указано в файле проекта для файла .h, даже если вы обновили местоположение через боковую панель Xcode. Это старое расположение вызывает ошибку заголовка зонтика.
Простое решение: удалите ссылку на файл .h и снова добавьте. (а затем не забудьте снова сделать это общедоступным!)
Я обнаружил, что с включенной схемой New Swift Build System и Parallelize Build я получаю ошибки, подобные этому вопросу. Решение состояло в том, чтобы связать фреймворки, которые были импортированы в исходные файлы Swift. (Я думаю, что раньше приложение собиралось, потому что так случилось, что фреймворки были связаны с чем-то, созданным ранее в очереди последовательной сборки).
Я написал сценарий, чтобы выполнить весь импорт во всех целевых объектах в рабочей области и убедиться, что их фреймворки связаны с этой целью.
https://github.com/Jon889/SwiftImportChecker
Здесь уже есть отличные ответы. @ Shadow_x99 был очень полезен. Однако, если бы мне было позволено дополнить его своим собственным опытом.
Заголовок зонтика определяется автоматически в процессе сборки. Он не указан в настройках целевой сборки и не унаследован от настроек проекта.
Итак, чтобы избежать этой ошибки, которая - с XCode 7 - выглядит следующим образом;
warning: no umbrella header found for target 'MyTarget', module map will not be generated
Необходимо сделать два важных шага.
Во-первых, заголовок зонтика должен иметь то же имя, что и цель. Так что, если ваша цель - фреймворк с именем MyTarget, должен быть заголовок с именем MyTarget.h.
Во-вторых, на этапах сборки для MyTarget - как указано в этом ответе - этот файл заголовка должен быть указан в общедоступном разделе, как описано выше.
Ваш заголовочный файл должен находиться в разделе [Build Phases / Headers / Public].
Если ваш файл заголовка уже находится в разделе [Build Phases / Headers / Public], много раз выполнение следующих действий решило мою проблему:
У меня была такая же проблема, и ни один из предложенных ответов не помог в моем случае, поэтому я оставляю это здесь на случай, если у кого-то возникнет такая же проблема.
Я добавил «Выполнить сценарий» в «Фазы сборки», но в итоге удалил его, и именно тогда я начал получать ошибку.
Мое решение закончилось тем, что мне пришлось очистить проект, перестроить мою структуру, а затем мой проект приложения был построен правильно.
По моему опыту, вы должны выбрать в качестве целей фреймворк, который выдает ошибку, а не цель проекта.
Затем скомпилируйте, и после компиляции он будет доступен для цели проекта.
Если вы используете Xcode 7.1 и CocoaPods 0.39, похоже, есть быстрое изменение компилятора, которое влияет на некоторые CocoaPods (Nimble, Quick и т. Д.). Попробуйте некоторые из решений, указанных в этом потоке: https://github.com/CocoaPods/CocoaPods/issues/4420, однако, если ни один из них не работает, попробуйте использовать Xcode 7.0. .1 или 7.2 бета. Вы можете получить их оба здесь: https://developer.apple.com/downloads/.
Изменить: в моем случае, чтобы решить эту проблему, мне также пришлось понизить версию CocoaPods до 0.38.2.
Позднее редактирование: похоже, это не связано с Xcode 7.1. Просто понижение версии CocoaPods до 0.38.2 должно помочь:
sudo gem uninstall cocoapods -v 0.39
sudo gem install cocoapods -v 0.38.2
Я решил это, переименовав свой module.modulemap в moduleXYZ.modulemap и изменив имя файла modulemap в настройках проекта.
В моем случае я просто построил конкретный фреймворк с его схемой. А затем перестройте весь проект, и проблема решена.
убедитесь, что пути импорта в настройках сборки включают файл, который вы пытаетесь включить ...
Ни одно из этих исправлений выше не было успешным, но после длительного исследования cocoapods я обнаружил, что эта проблема была вызвана конфигурацией git, в которой символические ссылки не создавались в файловой системе git. Эти символические ссылки необходимы, чтобы Xcode знал, где находятся заголовки для фреймворка.
Исправление:
git config --global core.symlinks true
и сбросить файловую систему для git git reset --hard HEAD
а затем сделайте чистую сборку.
Удалите эти файлы из каталога проекта. .xcworkspace pods/ и podfile.lock
обновите модуль и соберите проект.
Я исправил это, установив режим компиляции проблемных настроек сборки фреймворка на инкрементный.
В моем случае проблема была вызвана скриптом удаления заголовков на этапах сборки
function removeHeaders() {
find $BUILD_ROOT/... -name '*.h' -exec rm -f {} \;
}
removeHeaders
Удаление этого скрипта устранило проблему.
Ни один из 9 ответов мне не помог, поэтому я попытался создать новый проект, который можно было бы отправить в Apple, чтобы сообщить об ошибке. Я был удивлен, что не смог воспроизвести проблему. Я проверил настройки сборки, и они были эквивалентны. Видимо это какой-то баг.
Если больше ничего не помогает, попробуйте создать новый проект и импортировать хотя бы несколько классов Objective C и Swift из текущего проекта, сравните настройки сборки, связанные с фреймворком, со значениями по умолчанию из нового проекта и в конечном итоге переместите все файлы в новый проект.
Я работал над этим целый день, но оно того стоит. Я перепробовал все способы здесь, но я не решил это. Я создал новый проект, эксперимент и обнаружил, что Путь поиска заголовка пользователя был установлен как $ {SRCROOT} рекурсивный, и изменил его на $ {SRCROOT } нерекурсивный, изменил путь заголовка моста (например, #import "SVProgressHUD.h" -> #import "Pods/SVProgressHUD/SVProgressHUD/SVProgressHUD.h"), ошибка исчезла.
