Errore del compilatore Swift: "intestazione non modulare all'interno del modulo framework"

Ora vorrei migrare il mio framework ObjC su Swift e ho ricevuto il seguente errore:

include of non-modular header inside framework module 'SOGraphDB'

Il riferimento è a un file di intestazione che definisce semplicemente un protocollo e io uso questo file di intestazione in alcune classi per usare questo protocollo.

Sembra correlato alla funzionalità del modulo ma al momento non è del tutto chiaro come risolvere, conosci una soluzione?

AGGIORNARE:

Questo è un errore del compilatore Swift.

AGGIORNAMENTO 2:

Una soluzione rapida (ma non risolvendo la causa principale) è di impostare su Sì le seguenti impostazioni: CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES = YES

La tua intestazione è pubblica?

Seleziona il file di intestazione in Esplora progetti. Quindi nella sezione a destra in xcode, noterai che c'è un menu a discesa vicino al bersaglio. Cambia da "progetto" a "pubblico". Questo ha funzionato per me.

Questo è un comportamento previsto del compilatore e per un'ottima ragione.

Penso che la maggior parte delle persone in esecuzione in questo questioni è causata dopo si passa da Application Targeta Framework Targete iniziare l'aggiunta di C e le intestazioni Obiettivo C in del framework intestazione ombrello in attesa di avere un stesso comportamento di Bridging colpo di testa di applicazione , che si comporta in modo diverso. L'header ombrello è in realtà designato per un framework misto rapido, obj-c e il suo scopo è quello di esporre le API al mondo esterno che il tuo framework ha in object-c o c. Ciò significa che le intestazioni che inseriamo dovrebbero essere di dominio pubblico.

Non deve essere utilizzato come luogo che espone le intestazioni Objective-C / C che non fanno parte del framework al codice rapido del framework. Perché in quel caso queste intestazioni saranno anche esposte come parte del nostro modulo quadro al mondo esterno, che spesso non è ciò che vogliamo fare poiché rompe la modularità. (Ed è esattamente questo il motivo per cui le impostazioni predefinite per le inclusioni non modulari nei moduli Framework sono NO )

Al fine di esporre la libreria Objective-C / C al codice rapido del framework, è necessario definire un modulo rapido separato per tale libreria. Quindi è import YourLegacyLibrarypossibile utilizzare uno swift standard .

Consentitemi di dimostrarlo in uno scenario tipico: l'integrazione libxml2nel nostro framework.

1. È innanzitutto necessario creare un module.modulemapfile che apparirebbe in questo modo:

Per il framework OSX:

module SwiftLibXML2 [system] {
  header "/usr/include/libxml2/libxml/xpath.h"
  export *
}

Per framework iOS:

module SwiftLibXML2 [system] {
  header "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/libxml2/libxml/xpath.h"
  export *
}

Tutto ciò che fa è che avvolge l'intestazione e tutte le altre intestazioni a cui fa riferimento all'interno del modulo swift, in modo che swift sarà in grado di generare i collegamenti rapidi per queste interfacce C.

2. Quindi, nella directory del progetto xcode, creare una cartella SwiftLibXML2e inserire questo modulo.modulemap lì

3. In Impostazioni build , aggiungi $(SDKROOT)/usr/include/libxml2a Percorsi di ricerca intestazione

4. In Impostazioni build , aggiungi $(SRCROOT)/SwiftLibXML2a Importa percorsi

5. Nella scheda Generale del progetto , aggiungi libxml2.tbda Strutture e librerie collegate .

Ora importa questo modulo dove necessario con:

import SwiftLibXML2

(se vuoi dare un'occhiata a un esempio di module.map più completo, suggerirei di fare riferimento a module.modulemap di Darwin su /usr/include/module.modulemap, avresti bisogno di avere gli strumenti da riga di comando Xcode installati per andare lì, riferimento Missing / usr / include in OS X El Capitan )

Ecco come applicare automaticamente la correzione rapida in modo da non dover cambiare Pods.xcodeprojmanualmente dopo ciascuna pod install.

Aggiungi questo frammento alla fine del tuo Podfile:

post_install do |installer|
  installer.pods_project.build_configuration_list.build_configurations.each do |configuration|
    configuration.build_settings['CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES'] = 'YES'
  end
end

La soluzione per me era quella di andare su target-> costruire impostazioni-> Consenti inclusioni non modulari nei moduli Framework passare a SÌ!

Penso di averlo aggirato. Ho del codice modello che utilizza sqlite3 in un framework. Nel mio caso, il colpevole era <sqlite3.h>.

Il problema era che nella mia intestazione Module / Module.h, ho importato un'intestazione pubblica che importava <sqlite3.h>. La soluzione era nascondere tutti i tipi sqlite3_xxx e assicurarsi che non fossero visibili in nessun pubblico .h. Tutti i riferimenti diretti a sqlite3 sono stati resi privati ​​o visibilità del progetto. Ad esempio, avevo un singleton pubblico con alcuni puntatori sqlite3_stmt sospesi. Ho spostato quelli in una classe separata che ora è solo una dichiarazione in avanti in quell'intestazione pubblica. Ora posso costruire.

Per inciso, l'impostazione CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES non ha funzionato. Ho provato a impostarlo sia nel framework che nel progetto dipendente. Questa soluzione alternativa era necessaria, anche se non sono sicuro del perché.

In Swift :

1. Modifica il tuo progetto Xcode e le impostazioni di costruzione dei target come indicato di seguito:

Consenti inclusioni non modulari nei moduli Framework: No

Abilita Bitcode: Sì

2. Usa l'ultima versione disponibile disponibile per Google SDK iOS SDK (usa CocoaPods per ottenerlo):

GoogleMaps (1.10.4)

3. Commenta l'importazione problematica:

//import GoogleMaps

4. Crea o modifica il file di intestazione ponte, aggiungendo l'importazione problematica:

[Nome del tuo progetto Xcode] -Bridging-Header.h

// Use this file to import your target's public headers 
// that you would like to expose to Swift.
#import <GoogleMaps/GoogleMaps.h>

5. Pulisci e ricostruisci il tuo progetto Xcode.

Questa risposta è obsoleta.

Quando si importano framework, è necessario importare tutti i file di intestazione che condividono dipendenze con l'intestazione di root. Il modo più semplice per assicurarsi che funzioni sempre è importare tutte le intestazioni nella cartella "Intestazioni" del framework nel percorso delle intestazioni pubbliche.

Il compilatore Swift utilizza queste informazioni per generare una mappa di simboli non alterati insieme alle informazioni sui tipi associati.

non

#import "MyOtherFramework.h"

Fare

#import <MyOtherFramework/MyOtherFramework.h>

Il file di intestazione è stato assegnato alla destinazione ma è stato contrassegnato solo come progetto visibile, solo una modifica al pubblico ha portato alla risoluzione di questo errore.

So che questa è una vecchia domanda, ma ho avuto lo stesso problema e nulla dall'alto mi ha aiutato. Quindi spero che la mia risposta sia utile per qualcuno. Nel mio caso il problema era nelle impostazioni ALWAYS_SEARCH_USER_PATHS. Quando è stato impostato su NO, il progetto è stato creato e funzionava bene. Ma per quanto uno dei pod richiedesse che fosse impostato su SÌ stavo ricevendo un errore

Include intestazione non modulare all'interno del modulo framework

Dopo un paio di tazze di caffè e ricerche per tutto il giorno, ho scoperto che, in base ai problemi noti delle note di rilascio di Xcode 7.1 Beta 2 :

• Se viene visualizzato un errore che indica "Includi intestazione non modulare all'interno del modulo framework" per un framework precedentemente compilato, assicurarsi che l'impostazione di build "Cerca sempre percorsi utente" sia impostata su "No". L'impostazione predefinita è "Sì" solo per motivi legacy. (22784786)

Stavo usando XCode 7.3, ma sembra che questo errore non sia stato ancora corretto.

Commutazione delle impostazioni di costruzione> Consenti inclusioni non modulari nei moduli quadro su SÌ! risolto lo stesso problema per me.

Vorrei aggiungere anche la mia esperienza con il problema.

Per riassumere:

• La risposta di @ ambientlight è ottima e risolve la maggior parte dei problemi.
• consentire intestazioni non modulari è un'altra soluzione (vedere alcune delle risposte sopra).
• contrassegnare le intestazioni del framework come pubbliche (solo quelle che si desidera esporre) e importarle nell'intestazione dell'ombrello.

Ecco le mie 2 aggiunte alle risposte sopra:

• controlla attentamente le importazioni nel tuo progetto per le intestazioni che importano i tuoi framework direttamente in loro (invece di usare la dichiarazione forward, se possibile) - non è una buona pratica includere un file header in un altro file header; a volte ciò causa problemi, perché se non eseguito correttamente ciò può comportare l'inclusione multipla di un'intestazione e creare problemi di linker.
• AGGIORNAMENTO: assicurarsi che le architetture della libreria e quella della destinazione a cui si desidera collegarla corrispondano.
• e infine, dopo aver fatto tutto quanto sopra, continuavo ancora a imbattermi in quell'errore. Quindi ho scavato un po 'di più e ho scoperto (nei forum degli sviluppatori di Apple, ma ho perso il link :() che se includi le intestazioni nell'intestazione dell'ombrello non in questo modo <framework/headerName.h>, ma solo in questo modo "headerName.h", il problema scompare.

Ho provato quest'ultimo, e finora non ho più riscontrato questo problema, tuttavia sospetto che questa soluzione sia valida solo se hai applicato alcune delle risposte principali (nota: non sono tutte compatibili tra loro, ad esempio , include l'approccio del modulo e la concessione di header non modulari).

Ho avuto questo esatto problema quando ho incluso la mia struttura in un progetto. Risolto il problema mettendo tutte le importazioni di sqlite3.h in file .m non in quelli .h pubblici. Suppongo che altre librerie possano segnalare problemi simili con Xcode.

Ho avuto il problema specifico con Facebook 4.02 SDK e FBSDKCoreKit.

Ho fatto tutti i passaggi ma ho ancora errori sull'intestazione non modulare. trascino e rilasciamo solo l'intestazione specifica dal framework per creare fasi-> sezione intestazione.

Quindi ha creato automaticamente una copia dell'intestazione sul navigatore del progetto in alto.

L'ho rimosso dalle fasi di compilazione -> intestazione ed eliminato il nuovo file e ha funzionato bene.

Come se fosse ripristinato o qualcosa del genere.

Nel mio caso (Xcode 9 beta 6 - Swift 4 - usando Cocoapods) questo è stato risolto quando ho eliminato Podfile.lock e la directory Pods ed eseguito di pod installnuovo

Ho riscontrato questo problema dopo aver aggiornato un progetto da swift2 a swift3. Stavo usando XCode 8.3.2 per aggiornare il codice e non riuscivo a liberarmi dell'errore "intestazione non modulare all'interno del modulo framework". Quando ho aperto lo stesso progetto in un'altra versione di XCode (versione 9.0.1) l'errore non è apparso.

Più comunemente questo errore è causato dalla risposta scelta, eppure ho avuto questo errore apparire una volta per caso quando trascinavo i file del framework nella mia nuova cartella del progetto. Ho fatto clic per eliminare i framework, ma ho premuto accidentalmente solo "Rimuovi riferimento" ai framework anziché eliminare completamente i file. A questo punto, se aprissi la cartella del mio progetto nel Finder, vedevo lì file come "CoreLocation" e "AudioToolbox". L'eliminazione di questi file dalla cartella del progetto e la pulizia del progetto hanno risolto il problema.

Dopo aver permesso di importare inclusioni non modulari, puoi provare a importare quel modulo usando l'intestazione Bridging di Objective-C:

#import <YandexMobileMetrica/YandexMobileMetrica.h>

L'ho risolto rimuovendo la Modulescartella dal framework.

• Passare alla posizione del framework che è presente nel progetto app utilizzando finder

• Vai all'interno della Test.frameworkcartella (nel caso precedente sarà SOGraphDB.framework) & Elimina Modulescartella.

• Clean and Re Build the app, risolverà il problema.

Ho avuto questo problema durante l'importazione del framework Parse. L'unico modo per risolverlo è stato di scartare tutte le mie modifiche dal mio ultimo commit (semplicemente eliminando il framework e ripulendo il progetto non funzionava) e aggiungendo di nuovo Parse (dopo un nuovo download dell'SDK) con gli altri framework richiesti.