Включение немодульного заголовка внутри модуля фреймворка

Question

Включение немодульного заголовка внутри модуля фреймворка

Я использую Xcode 6,

1) Сначала я создаю динамическую библиотеку (CoreLibrary). Эта библиотека содержит файл RequestPoster.h.

2) Затем я создаю Cocoa Touch Framework и добавил эту динамическую библиотеку (CoreLibrary).

3) Затем этот фреймворк добавляется в мой проект и выдает ошибку в файле RequestPoster.h (CoreLibrary).

Ошибка: включение немодульного заголовка в класс модуля фреймворка:

ifaddrs.h, arpa / inet.h, sys / types.h>

Эти файлы не найдены в проекте.

204

objective-c cocoa-touch

Источник

user2756638 05 янв '15 в 09:22

24 ответа

Другие вопросы по тегам objective-c cocoa-touch

user1527890 22 июн '16 в 04:15 2016-06-22 04:15 · Answer 1 · 2016-06-22 04:15

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

Перейти к Framework -> Target -> Build Phases и перетащите, чтобы переместить соответствующие файлы заголовков из Project в Public. Надеюсь, это поможет!

Скриншот

265

Источник

user1527890 22 июн '16 в 04:15

user1161906 17 фев '15 в 00:06 2015-02-17 00:06 · Answer 2 · 2015-02-17 00:06

Попробуйте установить параметры сборки в разделе "Цель" и установить для параметра "Разрешить немодульные включения в модули платформы" значение YES.

Реальный ответ заключается в том, что местоположение импорта должно быть изменено владельцем библиотеки. Эти файлы ifaddrs.h, arpa / inet.h, sys / types.h импортируются в файл.h в рамках, что не нравится Xcode. Сопровождающий библиотеку должен переместить их в файл.m. Посмотрите, например, эту проблему на GitHub, где AFNetworking исправила ту же проблему: https://github.com/AFNetworking/AFNetworking/issues/2205

user1375586 07 июн '15 в 18:48 2015-06-07 18:48 · Answer 3 · 2015-06-07 18:48

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

ПРИМЕЧАНИЕ. Эту функцию следует использовать для выявления основной ошибки, которая, как я обнаружил, часто вызывается дублированием глобальных включений в квадратных скобках в файлах с некоторым зависимым отношением, а именно:

#import <Foo/Bar.h> // referred to in two or more dependent files

Если установка " Разрешить немодульное включение в Frame Modules" на YES приводит к набору ошибок "X является неоднозначной ссылкой" или к чему-то в этом роде, вы должны быть в состоянии отследить дублирующиеся дубликаты и устранить их. После того, как вы очистили свой код, установите для параметра Разрешить немодульные включения в Frame Modules значение NO.

user1071242 13 апр '17 в 09:14 2017-04-13 09:14 · Answer 4 · 2017-04-13 09:14

У меня была та же проблема, и я решил ее, просто сделав файл заголовка общедоступным.

Если вы работаете над несколькими модулями в вашем проекте. Тогда ваш заголовочный файл должен быть общедоступным для использования в других частях проектов. Вам нужно выбрать этот заголовочный файл и в представлении проекта Utilities. Измените файл с Project/Private на Public. Смотрите изображение ниже:

user4673197 12 фев '20 в 14:25 2020-02-12 14:25 · Answer 5 · 2020-02-12 14:25

Allow Non-modular Includes in Framework Modulesработает только в коде objc. не работать в быстром темпе.

После периода исследований я обнаружил, что swift может передавать параметр предупреждения в clang, поэтому установите OTHER_SWIFT_FLAGS к -Xcc -Wno-error=non-modular-include-in-framework-module запретить быструю ошибку импорта.

только для тех, у кого такая же проблема

user673951 27 апр '16 в 21:52 2016-04-27 21:52 · Answer 6 · 2016-04-27 21:52

"Включение немодульного заголовка в модуль фреймворка"

Когда вы получаете эту ошибку, решением в некоторых случаях может быть просто пометить файл, который вы пытаетесь импортировать, как "общедоступный" в инспекторе файлов "Целевое членство". По умолчанию используется "Проект", и при установке таким образом это может вызвать эту ошибку. Так было и со мной, например, когда я пытался импортировать заголовки Google Analytic в каркас.

user3900270 20 июл '15 в 13:10 2015-07-20 13:10 · Answer 7 · 2015-07-20 13:10

На самом деле более простой способ исправить это - переместить #import заявление к вершине .m вместо файла (вместо того, чтобы иметь его в вашем .h заголовочный файл). Таким образом, он не будет жаловаться, что он включает немодульный заголовочный файл. У меня была эта проблема где Allow non-module includes установлен в YES у меня не получилось, поэтому, переместив его в файл реализации, он перестал жаловаться. На самом деле это предпочтительный способ импорта и включения заголовочных файлов. Как только вы это сделаете, установите это обратно NO должно сработать.

В идеале мы должны попытаться Allow non-module includes установлен в NO, Установка этого в YES в большинстве случаев означает, что вы делаете что-то не так. Параметр переводится как "Разрешить импорт случайных заголовочных файлов на диск, которые не являются частью модуля". Это относится к очень немногим случаям использования на практике, и поэтому этот параметр всегда должен быть NO (т.е. значение по умолчанию).

user5201589 05 июн '18 в 10:08 2018-06-05 10:08 · Answer 8 · 2018-06-05 10:08

В случае, если вы разрабатываете свой собственный фреймворк:

Почему это происходит?

Если какой-либо из общедоступных заголовочных файлов, которые вы упомянули в файле module.modulemap, содержит операторы импорта, которые не упомянуты в modulemap, это приведет к ошибке. Так как он пытается импортировать некоторый заголовок, который не объявлен как модульный (в module.modulemap), он нарушает модульность фреймворка.

КАК это исправить?

Просто включите заголовок, который дал ошибку к вашему module.modulemap и соберите снова!

ПОЧЕМУ НЕ просто установить разрешение немодульное на ДА?

Потому что это не совсем решение, с этим вы говорите своему проекту: "Этот фреймворк должен был быть модульным, но это не так. Используйте его как-нибудь, мне все равно". Это не решает проблему модульности вашей библиотеки.

Для получения дополнительной информации проверьте это сообщение в блоге или обратитесь к Clang Docs.

user440168 19 авг '17 в 22:37 2017-08-19 22:37 · Answer 9 · 2017-08-19 22:37

Если вам это нужно для целей CocoaPods, добавьте эти строки в Podfile:

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      target.build_settings(config.name)['CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES'] = 'YES'
    end
  end
end

11

Источник

user440168 19 авг '17 в 22:37

user8198804 16 авг '17 в 04:52 2017-08-16 04:52 · Answer 10 · 2017-08-16 04:52

Та же проблема делает crazy.finally, я обнаружил, что вместо импорта может быть реализован "import xxx.h" в реализации вместо интерфейса. И если вы используете Cocoapods для управления вашим проектом. вы можете добавить

s.user_target_xcconfig = { 'CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES' => 'YES' }

в вашем файле 'xxx.podspec'.

user307459 28 ноя '17 в 19:21 2017-11-28 19:21 · Answer 11 · 2017-11-28 19:21

Если вы видите эту ошибку в зонтичном заголовке при создании динамического фреймворка, убедитесь, что вы импортировали свой файл как:

#import "MyFile.h"

а не как #import <MyFramework/MyFile.h>,

9

Источник

user307459 28 ноя '17 в 19:21

user4250188 20 май '16 в 17:14 2016-05-20 17:14 · Answer 12 · 2016-05-20 17:14

У меня была такая же проблема, и ничто сверху не помогло мне. Поэтому я надеюсь, что мой ответ будет полезен для кого-то. В моем случае проблема была в настройке ALWAYS_SEARCH_USER_PATHS. Когда он был установлен на NO, проект строился и работал нормально. Но поскольку один из модулей требовал, чтобы он был установлен в ДА, я получал ошибку

Включение немодульного заголовка внутри модуля фреймворка

После пары чашек кофе и целого дня исследований я обнаружил, что в соответствии с известными проблемами Xcode 7.1 Beta 2 заметки о выпуске:

• Если вы получили сообщение об ошибке "Включение немодульного заголовка в модуль фреймворка" для ранее скомпилированной платформы, убедитесь, что для параметра сборки "Всегда искать пути пользователя" установлено значение "Нет". По умолчанию "Да" только по устаревшим причинам. (22784786)

Я использовал XCode 7.3, но, похоже, эта ошибка еще не исправлена.

user10380092 07 июн '21 в 12:45 2021-06-07 12:45 · Answer 13 · 2021-06-07 12:45

У меня была эта ошибка в зонтичном заголовке динамического фреймворка (смесь Swift и Objective-C). Каталог общедоступных заголовков имел то же имя, что и сама структура. Переименование его в PublicHeaders помогло (заголовки все еще включены как #import <FrameworkName/Header.h>).

Мой чек-лист на этот случай:

набор Target Membership знак равно Public для зонтичного заголовка и всех заголовков, импортированных из него
набор Enable Modules (C and Objective-C) знак равно YES
убедитесь, что общедоступные заголовки находятся в каталоге, имя которого отличается от имени фреймворка

user1070718 25 авг '19 в 17:52 2019-08-25 17:52 · Answer 14 · 2019-08-25 17:52

Я тоже столкнулся с этой проблемой и изначально думал, что это проблема CocoaPods, но это была проблема в настройках сборки приложений, где кто-то (возможно, я) установил ${PODS_ROOT} в путях поиска заголовков и установите для него recursiveпоиск. Это позволяло ему находить заголовки, которые не предназначались для использования при создании приложения. Как только я установил это для использованияnon-recursiveвсе было отлично. с помощьюrecursiveпоиск - ужасный способ найти правильные заголовки. Урок выучен.

user8740349 22 июн '21 в 17:38 2021-06-22 17:38 · Answer 15 · 2021-06-22 17:38

В моем случае, поскольку каждый заголовок, который вы публикуете , виден вашим зонтичным заголовком;

Исправление заключалось в том, чтобы просто использовать только имя, например:

      #import "my-public-file.h"

Вместо:

      #import "my-path/added-to/header-search-paths/for/my-public-file.h"

2

Источник

user8740349 22 июн '21 в 17:38

user13392841 17 авг '23 в 16:03 2023-08-17 16:03 · Answer 16 · 2023-08-17 16:03

Для разработчиков Flutter

flutter clean fluter pub getиpod install

решил это для меня

1

Источник

user13392841 17 авг '23 в 16:03

user6471765 15 июн '16 в 21:37 2016-06-15 21:37 · Answer 17 · 2016-06-15 21:37

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

user4720374 10 май '19 в 11:06 2019-05-10 11:06 · Answer 18 · 2019-05-10 11:06

В моем случае я забыл добавить файлы.h и.m в раздел "s.source_files" файла.podspecs.

после добавления этого в него все работает нормально.

1

Источник

user4720374 10 май '19 в 11:06

user4283218 08 апр '20 в 07:14 2020-04-08 07:14 · Answer 19 · 2020-04-08 07:14

Пытаться @import FrameworkName вместо того #import "FrameworkName.h"

1

Источник

user4283218 08 апр '20 в 07:14

user6586013 02 окт '20 в 10:09 2020-10-02 10:09 · Answer 20 · 2020-10-02 10:09

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

Переключение USE_HEADERMAP к NO сделали свое дело!

Я надеюсь, что это будет полезно для всех!

user1809390 24 фев '21 в 12:03 2021-02-24 12:03 · Answer 21 · 2021-02-24 12:03

У меня возникла эта проблема, когда я добавил исходный код Swift в существующую статическую структуру ObjC (динамическая структура с типом Mach-O «Статическая библиотека»).

Исправление устанавливалось CLANG_ENABLE_MODULES ("Включить модули" в настройках сборки) на YES

0

Источник

user1809390 24 фев '21 в 12:03

user43425 19 авг '18 в 17:40 2018-08-19 17:40 · Answer 22 · 2018-08-19 17:40

Я закончил тем, что переместил Заголовок Umbrella в конец списка Заголовков после проверки вышеупомянутых решений, и это работало в Xcode 9.3.

0

Источник

user43425 19 авг '18 в 17:40

user4906998 20 ноя '18 в 13:46 2018-11-20 13:46 · Answer 23 · 2018-11-20 13:46

Я решил это убрав Modules папка из рамок.

Перейдите к расположению вашего фреймворка, которое присутствует в проекте приложения с помощью поиска
Проходи внутрь Test.framework папка (в приведенном выше случае это будет CoreLibrary.framework) & Удалять Modules папка.
Очистите и перестройте приложение, оно решит проблему.

user1473527 17 май '18 в 21:18 2018-05-17 21:18 · Answer 24 · 2018-05-17 21:18

Мне удалось очистить десятки этих ошибок с помощью Git clean. Вот команда: git clean -dffx && git reset --hard

-1

Источник

user1473527 17 май '18 в 21:18