Çerçeve modülünün içine modüler olmayan başlık dahil

Xcode 6 kullanıyorum,

1) Öncelikle dinamik bir kütüphane (CoreLibrary) oluşturuyorum. Bu kütüphane RequestPoster.h dosyasını içerir.

2) Sonra bir Cocoa Touch Framework oluşturdum ve bu dinamik kütüphaneyi (CoreLibrary) ekledim.

3) Sonra bu çerçeve projeme eklemek ve RequestPoster.h dosyasında (CoreLibrary) hata veriyor.

Hata: Çerçeve modülü sınıfının içine modüler olmayan başlık ekleyin:

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

Bu dosya projede bulunamadı.

"Hedef" altında Oluşturma Ayarları'na gitmeyi deneyin ve "Çerçeve Modüllerinde Modüler Olmayan Eklemelere İzin Ver" seçeneğini EVET olarak ayarlayın.

Gerçek cevap, ithalatın yerinin kütüphane sahibi tarafından değiştirilmesi gerektiğidir. Bu dosyalar ifaddrs.h, arpa / inet.h, sys / types.h, Xcode'un beğenmediği bir çerçevede bir .h dosyasına içe aktarılıyor. Kütüphane yöneticisi bunları bir .m dosyasına taşımalıdır. Örneğin, AFNetworking'in aynı sorunu çözdüğü GitHub'daki bu konuya bakın: https://github.com/AFNetworking/AFNetworking/issues/2205

Başlık dosyalarının, çerçevenin genel başlıklarının bir parçası olarak herkese açık olduğundan emin olun.

Çerçeveye Git -> Hedef -> Aşama Oluştur ve ilgili başlık dosyalarını Proje'den Genel'e taşımak için sürükleyin. Umarım yardımcı olur!

Sen ayarlayabilirsiniz Olmayan modüler Çerçeve Modülleri içerir izin EVET etkilenen hedef için Yapı Ayarlarında. Bu, düzenlemeniz gereken yapı ayarıdır:

NOT : Bu özelliği, bazı bağımlı ilişkileri olan dosyalarda açılı ayraçlı genel içeriklerin çoğaltılmasından kaynaklandığımın altında yatan hatayı ortaya çıkarmak için kullanmalısınız:

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

Ayar Eğer Olmayan modüler Çerçeve Modülleri içerir İzin için EVET kümesindeki sonuçların hata veya tür bir şey "X belirsiz bir referanstır", sorunlu yinelenen (ler) izini ve bunları ortadan kaldırmak mümkün olmalıdır. Kodunuzu temizledikten sonra , Çerçeve Modüllerinde Modüler Olmayan eklemelere İzin Ver'i tekrar NO olarak ayarlayın .

Aynı sorunu yaşadım ve sadece başlık dosyasını herkese açık hale getirerek çözdüm.

Projenizde birden fazla modül üzerinde çalışıyorsanız. Daha sonra, başlık dosyanızın projelerin diğer bölümlerinde kullanılabilmesi için herkese açık olması gerekir. İhtiyacınız olan şey, bu başlık dosyasını ve proje Yardımcı Programları görünümünü seçmek. Dosyayı Project / Private yerine Public olarak değiştirin. Aşağıdaki resme bakın:

"Modüler olmayan üstbilgiyi çerçeve modülünün içine dahil et"

Bu hatayı aldığınızda, bazı durumlarda çözüm, içe aktarmaya çalıştığınız dosyayı "Hedef Üyelik" dosya denetçisinde "genel" olarak işaretlemek olabilir. Varsayılan "Proje" dir ve bu şekilde ayarlandığında bu hataya neden olabilir. Örneğin, Google Analytic'in başlıklarını bir çerçeveye aktarmaya çalışırken böyleydim.

Aslında bunu düzeltmenin daha kolay bir yolu, #importifadeyi .mbunun yerine dosyanın üst kısmına taşımaktır ( .hbaşlık dosyanızda bulunmak yerine). Bu şekilde, modüler olmayan bir başlık dosyası içerdiğinden şikayet etmez. Ben bu sorunu vardı Allow non-module includesayarlı YESyaptılar DEĞİL böylece uygulama dosyasına taşıyarak, iş için beni, bu şikayet durdu. Aslında bu, başlık dosyalarını içe aktarmanın ve yine de dahil etmenin tercih edilen yoludur. Bunu yaptıktan sonra, bunu geri ayarlamak NOişe yarayacaktır.

İdeal olarak, Allow non-module includesayarlamayı hedeflemeliyiz NO. Bunu YESçoğu durumda ayarlamak yanlış bir şey yaptığınız anlamına gelir. Bu ayar, "Modülün başka bir parçası olmayan diskte rasgele başlık dosyalarının alınmasına izin ver" anlamına gelir. Bu, pratikte çok az kullanım durumu için geçerlidir ve bu nedenle bu ayar her zaman NO(yani varsayılan değer) olmalıdır.

Kendi çerçevenizi geliştiriyorsanız:

Bu neden oluyor?

Eğer bahsettiğimiz kamu başlık dosyaları Varsa module.modulemap olan ithalat ifadeleri var olmayan modulemap belirtilen bu size hatayı verecektir. Modüler olarak bildirilmeyen bir üstbilgiyi (module.modulemap'ta) içe aktarmaya çalıştığından, çerçevenin modülerliğini bozar.

NASIL düzeltebilirim?

Sadece modülünüze hata veren başlığı ekleyin. Modulemap ve tekrar derleyin!

NEDEN sadece modüler olmayan izinleri EVET olarak ayarlamıyor?

Çünkü bu gerçekten bir çözüm değil, projenize "bu çerçevenin modüler olması gerekiyordu, ama değil. Bir şekilde kullanın, umrumda değil." Bu, kitaplığınızın modülerlik sorununu çözmez.

Daha fazla bilgi için bu blog gönderisine bakın veya clang belgelerine bakın .

CocoaPods hedefleri için buna ihtiyacınız varsa, şu satırları ekleyin 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 Modulessadece objc kodunda çalışır. hızlı çalışmıyor.

Araştırmanın bir süre sonra, o konuda hızlı şekilde ayarlayın clang uyarı parametresi iletebilirsiniz bulundu OTHER_SWIFT_FLAGSetmek -Xcc -Wno-error=non-modular-include-in-framework-moduleengelleme hızlı ithalat hatası.

sadece aynı sorunu olan biri için

Aynı sorunu yaşadım ve yukarıdan hiçbir şey bana yardımcı olmadı. Umarım cevabım birisi için faydalı olur. Benim durumumda sorun ALWAYS_SEARCH_USER_PATHS ayarındaydı. Hayır proje olarak ayarlandığında ve inşa tamam ok. Ancak kapsülden birinin EVET olarak ayarlanmasını gerektirdiği sürece bir hata alıyordum

Çerçeve modülünün içine modüler olmayan başlık dahil

Birkaç fincan kahve ve tüm gün araştırdıktan sonra, Xcode 7.1 Beta 2 sürüm notlarının bilinen sorunlarına göre şunu öğrendim :

• Daha önce derlenen bir çerçeve için "Çerçeve modülünün içine modüler olmayan üstbilgiyi dahil et" ifadesini alırsanız, "Her zaman Kullanıcı Yollarını Ara" oluşturma ayarının "Hayır" olarak ayarlandığından emin olun. Yalnızca eski nedenlerle varsayılan "Evet" tir. (22784786)

XCode 7.3 kullanıyordum, ancak bu hata henüz düzeltilmemiş gibi görünüyor.

aynı sorun çılgın olun. son olarak, ben yerine 'ithalat xxx.h' koymak bulmak yerine arayüzü sorunu çözebilir.Ve projeyi yönetmek için Cocoapods kullanırsanız. ekleyebilirsiniz

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

'xxx.podspec' dosyanızda.

İster şirket bu hatayı görürseniz şemsiye başlığındaki bir oluştururken dinamik bir çerçeve , emin olarak dosyanızı içe olun:

#import "MyFile.h"

ve değil olarak #import <MyFramework/MyFile.h>.

Bu sorunla da karşılaştım ve başlangıçta bunun bir CocoaPods sorunu olduğunu düşündüm, ancak birisinin (muhtemelen ben) ${PODS_ROOT}Başlık Arama Yollarında ayarladığı ve bir recursivearama olarak ayarladığı uygulama oluşturma ayarlarında bir sorun vardı . Bu, uygulamayı oluştururken kullanılması amaçlanmamış başlıkları bulmasına izin veriyordu. Bunu kullanmak için bir kez ayarladım non-recursiveher şey iyiydi. recursivearama kullanmak uygun başlıkları bulmak için korkunç bir kesmek. Ders öğrenildi.

Bu benim için biraz can sıkıcı bir konuydu. Bireysel dosya başlığı dosyama "modüler olmayan" başlıkları eklemem gerektiğinden, özel durumuma yardımcı olacak hiçbir öneri görünmüyordu. Kullandığım iş, içe aktarma çağrısını önek başlık dosyasına yapıştırmaktı.

Yukarıdaki çözümleri kontrol ettikten sonra Umbrella Header'ı Headers listesinin altına taşıdım ve bu Xcode 9.3'te çalıştı.

ModulesKlasörü çerçeveden kaldırarak çözdüm.

• Bulucu kullanarak Uygulama Projesi'nde bulunan çerçeve konumunuza göz atın

• Test.frameworkKlasörün içine gidin (Yukarıdaki durumda olacaktır CoreLibrary.framework) & ModulesKlasörü sil .

• Temiz ve Yeniden Uygulamayı oluşturun, sorunu çözecektir.

Benim durumumda .h ve .m dosyasını .podspecs dosyasının "s.source_files" bölümüne eklemeyi unuttum.

bunu ekledikten sonra iyi çalışıyor.

@import FrameworkNameyerine dene#import "FrameworkName.h"

Git clean kullanarak düzinelerce bu hatayı temizledim. İşte komut: git clean -dffx && git reset --hard