Einschließen eines nicht modularen Headers innerhalb des Framework-Moduls

Versuchen Sie die Build-Einstellungen unter "Ziel" und setzen Sie "Allow Non-modular Beinhaltet im Rahmen der Module" auf JA.

Die wirkliche Antwort ist, dass der Standort des imports geändert werden muss, die von der Bibliothek Eigentümer. Diese Dateien ifaddrs.h, arpa/inet.h, sys/types.h werden immer importiert in einem .h-Datei in ein framework, das Xcode nicht mag. Die Bibliothek Betreuers sollte, verschieben Sie Sie auf ein .m-Datei. Siehe zum Beispiel dieses Problem auf GitHub, wo AFNetworking Feste das gleiche problem: https://github.com/AFNetworking/AFNetworking/issues/2205

InformationsquelleAutor der Antwort bcattle

Können Sie festlegen, Erlauben, dass Nicht-modular beinhaltet im Rahmen der Module in den Build-Einstellungen für das betroffene Ziel, JA. Dies ist der build-Einstellung, die Sie Bearbeiten müssen:

HINWEIS: Sie sollten diese Funktion zu entdecken, die zugrunde liegenden Fehler, die ich gefunden habe, werden Häufig verursacht durch die Verdoppelung Winkel-Bracket-global-includes in Dateien mit einigen abhängigen Beziehung, d.h.:

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

Wenn die Einstellung Erlauben, dass Nicht-modular beinhaltet im Rahmen der Module zu JA Ergebnisse in einer Reihe von "X ist eine mehrdeutige Referenz" - Fehler oder so etwas in der Art, Sie sollten in der Lage sein auf die Spur zu beleidigen doppelte(s) und zu beseitigen. Nachdem Sie gereinigt habe bis Sie Ihren code festgelegt Erlauben, dass Nicht-modular beinhaltet im Rahmen der Module zurück zu KEINE.

InformationsquelleAutor der Antwort revprez

Eigentlich ein einfacher Weg, um dies zu beheben, bewegen Sie den #import - Anweisung an die Spitze der .m Datei statt (anstatt es in Ihrem .h header-Datei). Auf diese Weise nicht beklagen, dass es auch für den nicht-modularen-header-Datei. Ich hatte dieses problem, wo Allow non-module includes eingestellt YES hat NICHT Arbeit für mich, so dass durch verschieben Sie es an die Umsetzung-Datei, es hat aufgehört zu jammern. Dies ist in der Tat die bevorzugte Art, Import von und einschließlich der header-Dateien sowieso. Sobald Sie dies getan haben, diese Einstellung wieder zu NO funktionieren sollte.

Idealerweise sollten wir versuchen, Ziel zu haben Allow non-module includes eingestellt NO. Die Einstellung dieses YES in den meisten Fällen bedeutet, dass Sie etwas falsch machen. Die Einstellung der übersetzt "Erlauben den Import random-header-Dateien auf der Festplatte, die nicht sonst Teil des Moduls". Dies gilt bis zu einer sehr wenige Anwendungsfälle in der Praxis, und so sollten Sie diese Einstellung stets NO (D. H. die Standardeinstellung).

InformationsquelleAutor der Antwort strangetimes

Ich hatte das gleiche Problem und nichts von oben hat mir geholfen. So ich hoffe meine Antwort ist hilfreich für jemand. In meinem Fall war das problem in ALWAYS_SEARCH_USER_PATHS Einstellung. Wenn es eingestellt war, KEIN Projekt gebaut und funktionierte ok. Aber so weit man das pod erforderlich, es werden JA, ich erhalte eine Fehler

Gehören der non-modular-header-inside-framework Modul

Nach ein paar Tassen Kaffee und den ganzen Tag recherche fand ich heraus, dass nach bekannten Problemen von Xcode 7.1 Beta 2 release notes:

• Wenn Sie eine Fehlermeldung erhalten, die besagt "Include non-modular-header-inside
framework-Modul" Rahmenbedingungen, die zuvor kompiliert werden, stellen Sie sicher,
das "Immer" Benutzer Suchen "Pfade" build-Einstellung auf "Nein". Die
Standardwert ist "ja" nur für legacy-Gründen. (22784786)

War ich mit XCode 7.3 obwohl, doch scheint dieser bug noch nicht behoben wurde, noch.

InformationsquelleAutor der Antwort iyuna

Wenn Sie diese für CocoaPods Ziele fügen Sie diese Zeilen in 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

InformationsquelleAutor der Antwort k06a

Im Falle dass, wenn Sie entwickeln Ihre eigenen Rahmen:

WARUM ist das passiert?

Wenn jede von der öffentlichen header-Dateien, die Sie erwähnt haben, in Ihre Modul.modulemap müssen import-Anweisungen, die nicht erwähnt in modulemap, dies wird Ihnen den Fehler. Da versucht wird, importieren Sie einige header nicht deklariert ist modular aufgebaut (im Modul.modulemap), es bricht die Modularität des Frameworks.

WIE kann ich es beheben?

Nur den Kopf, gab den Fehler zu Ihrem Modul.modulemap und wieder bauen!

WARUM NICHT einfach festlegen, dass nicht-modular, JA?

Weil es nicht wirklich eine Lösung hier, mit, dass Sie sagen, Ihr Projekt "dieses framework soll modular, aber das ist es nicht. Verwenden Sie es irgendwie, mir egal." Dies nicht beheben Ihre Bibliothek Modularität problem.

Für mehr Informationen, prüfen Sie diese blog-post oder beziehen sich auf clang docs.

InformationsquelleAutor der Antwort Mert Celik

Ich konnte deutlich Dutzende von diesen Fehler bei der Verwendung von Git sauber. Hier ist der Befehl: git clean -dffx && git reset --hard

InformationsquelleAutor der Antwort Matt Bearson