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

Я використовую Xcode 6,

1) По-перше, я створюю динамічну бібліотеку (CoreLibrary). Ця бібліотека містить файл RequestPoster.h.

2) Потім я створив Cocoa Touch Framework і додав цю динамічну бібліотеку (CoreLibrary).

3) Потім цей фреймворк додається до мого проекту, і він дає помилку у файлі RequestPoster.h (CoreLibrary).

Помилка: включення немодульного заголовка до класу рамкового модуля:

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

Цей файл не знайдено в проекті.

Спробуйте перейти до "Налаштування параметрів" у розділі "Ціль" та встановіть "ТАК".

Справжня відповідь полягає в тому, що власник бібліотеки повинен змінити місце імпорту. Ці файли ifaddrs.h, arpa / inet.h, sys / types.h імпортуються у .h-файл у рамках, який Xcode не любить. Підтримувач бібліотеки повинен перемістити їх у файл .m. Дивіться, наприклад, цю проблему на GitHub, де AFNetworking вирішив ту саму проблему: https://github.com/AFNetworking/AFNetworking/isissue/2205

Переконайтесь, що файли заголовків є загальнодоступними як частина загальнодоступних заголовків рамки.

Goto Framework -> Target -> Phases Build і перетягніть для переміщення відповідних файлів заголовків з Project у загальнодоступні. Сподіваюся, що це допомагає!

Ви можете встановити " Дозволити немодульні включення" в "Модулі рамки" в "Налаштуваннях збірки" для ураженої цілі "ТАК". Це налаштування збірки, яке потрібно змінити:

ПРИМІТКА . Ви повинні використовувати цю функцію для виявлення основної помилки, яку, як я виявив, часто викликана дублюванням кутового глобального коду, що включає файли з певним залежним співвідношенням, тобто:

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

Якщо параметр Дозволити немодульность включає в рамках модулів для YES результатів в наборі «X неоднозначною посилань» помилка або що - то в цьому роді, ви повинні бути в змозі відстежити ображаючи дублікат (и) і усунути їх. Після того, як ви очистили свій код, встановіть для параметра « Дозволити немодульні» включити в модулі кадру назад значення « НІ» .

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

Якщо ви працюєте над декількома модулями у своєму проекті. Тоді файл заголовка повинен бути загальнодоступним, щоб використовувати його в інших частинах проектів. Вам потрібно вибрати цей файл заголовка та у вікні утиліти проекту. Змініть файл з Project / Private на Public. Дивіться зображення нижче:

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

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

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

В ідеалі ми повинні намагатися і прагнути бути Allow non-module includesвстановлені NO. Якщо встановити це YESв більшості випадків, це означає, що ви робите щось не так. Цей параметр означає "Дозволити імпорт випадкових файлів заголовків на диск, які інакше не є частиною модуля". Це стосується дуже мало випадків використання на практиці, і тому ця настройка завжди повинна бути NO(тобто значення за замовчуванням).

Якщо ви розробляєте власні рамки:

ЧОМУ це відбувається?

Якщо у будь-якому з загальнодоступних файлів заголовків, які ви згадали у вашому module.modulemap, є заяви про імпорт, які не згадуються в mapmap, це призведе до помилки. Оскільки він намагається імпортувати деякий заголовок, який не оголошено модульним (у module.modulemap), він порушує модульність рамки.

ЯК я можу це виправити?

Просто включіть заголовок, який дав помилку вашому module.modulemap, і створити знову!

ЧОМУ НЕ просто встановити дозволяють НЕ модульно ТАК?

Тому що це насправді не рішення, з тим, що ви кажете своєму проекту, "ця рамка повинна була бути модульною, але це не так. Використовуйте її якось, мені все одно". Це не вирішує проблему модульності вашої бібліотеки.

Для отримання додаткової інформації відвідайте цей пост в блозі або зверніться до брязкоту документації .

Якщо вам це потрібно для цілей 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

Allow Non-modular Includes in Framework Modulesпрацювати тільки в коді objc. не швидко працювати.

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

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

У мене було те саме питання, і нічого зверху мені не допомогло. Тож сподіваюся, що моя відповідь комусь буде корисною. У моєму випадку проблема була в налаштуваннях ALWAYS_SEARCH_USER_PATHS. Коли було встановлено НІ проект, побудований і працював нормально. Але наскільки один із стручків вимагав, щоб його було встановлено ТАК, я отримував помилку

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

Після декількох чашок кави та цілодобових досліджень я з’ясував, що згідно з відомими питаннями Xcode 7.1 Beta 2 відзначає :

• Якщо ви отримаєте помилку із зазначенням "Включити немодульний заголовок всередині модуля рамки" для рамки, яка раніше була скомпільована, переконайтесь, що для налаштування "Завжди шукати шляхи користувача" встановлено значення "Ні". За замовчуванням є "Так" лише зі застарілих причин. (22784786)

Хоча я використовував XCode 7.3, але, здається, ця помилка ще не виправлена.

така ж проблема робить crazy.finally, я вважаю, що поставити 'import xxx.h' в реалізацію замість інтерфейсу можна виправити проблему. І якщо ви використовуєте Cocoapods для управління вашим проектом. Ви можете додати

s.user_target_xcconfig = {'CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES' => 'ТАК}}

у вашому файлі "xxx.podspec".

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

#import "MyFile.h"

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

Я також натрапив на цю проблему і спочатку подумав, що це проблема CocoaPods, але це була проблема в налаштуваннях побудови додатків, де хтось (напевно, я) встановив ${PODS_ROOT}Шляхи пошуку заголовків і встановив його як recursiveпошук. Це дозволило їй знайти заголовки, які не планували використовувати під час створення програми. Одного разу я встановив це для використання, non-recursiveвсе було добре. використання recursiveпошуку - це жахливий хак, щоб спробувати знайти належні заголовки. Заняття.

Це було для мене дратівливим питанням. Ніякі пропозиції не допомагають моєму конкретному випадку, оскільки мені потрібно було включити "немодульні" заголовки до мого окремого файлу заголовка. Робота, яку я використав, була закріпленням імпортного виклику у файлі заголовка префікса.

Після перевірки вищезазначених рішень я перемістив заголовок парасольки до нижнього списку заголовків, який працював у Xcode 9.3.

Я вирішив видалення Modulesпапки з фреймворку.

• Перейдіть до свого базового місця, яке присутнє в програмі додатків, за допомогою пошуку

• Перейдіть всередину Test.frameworkпапки (у наведеному вище випадку це буде CoreLibrary.framework) та видалити Modulesпапку.

• Очистіть і перетворіть додаток, воно вирішить проблему.

У моєму випадку я забув додати .h та .m файл у розділ "s.source_files" файлу .podspecs.

після додавання цього в нього добре працює.

спробуйте @import FrameworkNameзамість#import "FrameworkName.h"

Я зміг очистити десятки цих помилок за допомогою Git clean. Ось така команда: git clean -dffx && git reset --hard