Dołącz niemodułowy nagłówek do modułu frameworka

Używam Xcode 6,

1) Najpierw tworzę bibliotekę dynamiczną (CoreLibrary). Ta biblioteka zawiera plik RequestPoster.h.

2) Następnie tworzę Cocoa Touch Framework i dodałem tę bibliotekę dynamiczną (CoreLibrary).

3) Następnie ta struktura jest dodawana do mojego projektu i powoduje błąd w pliku RequestPoster.h (CoreLibrary).

Błąd: uwzględnij niemodułowy nagłówek w klasie modułu platformy:

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

Nie znaleziono tych plików w projekcie.

Spróbuj przejść do Ustawień kompilacji w sekcji „Cel” i ustaw „Zezwalaj na niemodularne dołączenia w modułach struktury” na TAK.

Prawdziwa odpowiedź jest taka, że ​​lokalizacja importu musi zostać zmieniona przez właściciela biblioteki. Te pliki ifaddrs.h, arpa / inet.h, sys / types.h są importowane w pliku .h we frameworku, czego Xcode nie lubi. Opiekun biblioteki powinien przenieść je do pliku .m. Zobacz na przykład ten problem na GitHub, gdzie AFNetworking naprawił ten sam problem: https://github.com/AFNetworking/AFNetworking/issues/2205

Upewnij się, że pliki nagłówkowe są publicznie dostępne jako część publicznych nagłówków struktury.

Idź do Framework -> Target -> Build Phases i przeciągnij, aby przenieść odpowiednie pliki nagłówkowe z Project do Public. Mam nadzieję, że to pomoże!

Możesz ustawić opcję Zezwalaj na niemodularne dołączanie w modułach struktury w ustawieniach kompilacji dla celu, na który ma to wpływ, na TAK. Oto ustawienie kompilacji, które musisz edytować:

UWAGA : Należy użyć tej funkcji, aby odkryć podstawowy błąd, który, jak stwierdziłem, jest często powodowany przez powielanie globalnych dołączeń w nawiasach kątowych w plikach z pewną zależnością, tj .:

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

Jeśli ustawienie Zezwalaj na niemodularne dołączanie w modułach ramek na TAK powoduje zestaw błędów „X jest niejednoznacznym odniesieniem” lub coś w tym rodzaju, powinieneś być w stanie wyśledzić szkodliwe duplikaty i je wyeliminować. Po wyczyszczeniu kodu ustaw opcję Zezwalaj na niemodularne dołączenia w modułach ramek z powrotem na NIE .

Miałem ten sam problem i rozwiązałem go, po prostu upubliczniając plik nagłówkowy.

Jeśli pracujesz nad wieloma modułami w swoim projekcie. Następnie plik nagłówkowy musi być publiczny, aby mógł być używany w innych częściach projektów. To, czego potrzebujesz, to wybrać ten plik nagłówkowy i w widoku Narzędzia projektu. Zmień plik z projektu / prywatnego na publiczny. Zobacz zdjęcie poniżej:

„Uwzględnij niemodułowy nagłówek wewnątrz modułu struktury”

Gdy pojawi się ten błąd, w niektórych przypadkach rozwiązaniem może być po prostu oznaczenie pliku, który próbujesz zaimportować, jako „publiczny” w inspektorze plików „Członkostwo docelowe”. Wartość domyślna to „Projekt” i ustawienie w ten sposób może spowodować ten błąd. Tak było na przykład podczas próby zaimportowania nagłówków Google Analytic do frameworka.

W rzeczywistości łatwiejszym sposobem naprawienia tego jest przeniesienie #importinstrukcji na początek .mpliku (zamiast umieszczania jej w .hpliku nagłówkowym). W ten sposób nie będzie narzekać, że zawiera niemodułowy plik nagłówkowy. Miałem ten problem gdzie Allow non-module includesustawiony YEStak nie działa na mnie, więc przesuwając go do pliku wdrażania, zatrzymał sędzią. W rzeczywistości jest to preferowany sposób importowania i włączania plików nagłówkowych. Gdy to zrobisz, ustawienie z powrotem na NOpowinno działać.

Idealnie powinniśmy starać i dążyć do posiadania Allow non-module includesustawiony NO. Ustawienie tego YESw większości przypadków oznacza, że ​​robisz coś źle. To ustawienie oznacza „Zezwalaj na importowanie losowych plików nagłówkowych na dysku, które w innym przypadku nie są częścią modułu”. Odnosi się to do bardzo niewielu przypadków użycia w praktyce, więc to ustawienie powinno zawsze być NO(tj. Wartość domyślna).

W przypadku, gdy tworzysz własny framework:

Dlaczego to się dzieje?

Jeśli którykolwiek z publicznych plików nagłówkowych, o których wspominałeś w module.modulemap, zawiera instrukcje importu, które nie są wymienione w modulemap, spowoduje to błąd. Ponieważ próbuje zaimportować nagłówek, który nie jest zadeklarowany jako modułowy (w module.modulemap), łamie modułowość frameworka.

JAK to naprawić?

Po prostu dołącz nagłówek, który spowodował błąd w module.modulemap i zbuduj ponownie!

DLACZEGO NIE po prostu ustawić zezwolenie niemodułowe na TAK?

Ponieważ nie jest to tak naprawdę rozwiązanie, mówisz swojemu projektowi „ten framework miał być modułowy, ale tak nie jest. Użyj go jakoś, nie obchodzi mnie to”. Nie rozwiązuje to problemu modułowości biblioteki.

Więcej informacji można znaleźć w tym poście na blogu lub w dokumentacji clang .

Jeśli potrzebujesz tego dla celów CocoaPods, dodaj te wiersze w 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 Modulesdziała tylko w kodzie objc. nie działa szybko.

Po okresie badań odkryłem, że swift może przekazać parametr ostrzeżenia do clang, więc ustawiono, OTHER_SWIFT_FLAGSaby -Xcc -Wno-error=non-modular-include-in-framework-modulepowstrzymać błąd szybkiego importu.

tylko dla kogoś, kto ma ten sam problem

Miałem ten sam problem i nic z góry mi nie pomogło. Mam więc nadzieję, że moja odpowiedź będzie dla kogoś pomocna. W moim przypadku problem był w ustawieniu ALWAYS_SEARCH_USER_PATHS. Kiedy był ustawiony na ŻADNY projekt został zbudowany i działał dobrze. Ale o ile jeden z podów wymagał ustawienia na TAK, otrzymałem błąd

Dołącz niemodułowy nagłówek do modułu frameworka

Po kilku filiżankach kawy i całodziennych poszukiwaniach dowiedziałem się, że zgodnie ze znanymi wydaniami Xcode 7.1 Beta 2 :

• Jeśli pojawi się błąd z informacją „Uwzględnij niemodułowy nagłówek w module platformy” dla platformy, która została wcześniej skompilowana, upewnij się, że ustawienie kompilacji „Zawsze szukaj ścieżek użytkownika” jest ustawione na „Nie”. Wartość domyślna to „Tak” tylko ze starszych powodów. (22784786)

Używałem jednak XCode 7.3, ale wygląda na to, że ten błąd nie został jeszcze naprawiony.

ten sam problem sprawia, że ​​crazy. w końcu umieszczam 'import xxx.h' w implementacji zamiast interfejsu, może rozwiązać problem.A jeśli używasz Cocoapods do zarządzania swoim projektem. możesz dodać

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

w pliku „xxx.podspec”.

Jeśli widzisz ten błąd w nagłówku parasolowym podczas tworzenia struktury dynamicznej , pamiętaj, aby zaimportować plik jako:

#import "MyFile.h"

a nie jako #import <MyFramework/MyFile.h>.

Natknąłem się również na ten problem i początkowo myślałem, że jest to problem z CocoaPods, ale był to problem w ustawieniach kompilacji aplikacji, w których ktoś (prawdopodobnie ja) ustawił ${PODS_ROOT}ścieżki wyszukiwania nagłówków i ustawił to jako recursivewyszukiwanie. Umożliwiło to znalezienie nagłówków, które nie były przeznaczone do użycia podczas tworzenia aplikacji. Kiedy ustawiłem to na użycie, non-recursivewszystko było w porządku. używanie recursivewyszukiwania to okropny sposób na znalezienie odpowiednich nagłówków. Wyciągnięta lekcja.

To był dla mnie trochę irytujący problem. Żadne sugestie nie wydawały się pomocne w moim konkretnym przypadku, ponieważ musiałem uwzględnić „niemodularne” nagłówki w moim indywidualnym pliku nagłówkowym. Obejście, którego użyłem, polegało na umieszczeniu wywołania importu w pliku nagłówka prefiksu.

Skończyło się na przeniesieniu Umbrella Header na dół listy Headers po sprawdzeniu powyższych rozwiązań i to zadziałało w Xcode 9.3.

Rozwiązałem to usuwając Modulesfolder z frameworka.

• Przejdź do lokalizacji struktury, która jest obecna w projekcie aplikacji, używając wyszukiwarki

• Wejdź do Test.frameworkfolderu (w powyższym przypadku będzie CoreLibrary.framework) i Usuń Modulesfolder.

• Wyczyść i ponownie skompiluj aplikację, rozwiąże to problem.

W moim przypadku zapomniałem dodać plik .h i .m w sekcji "s.source_files" pliku .podspecs.

po dodaniu tego działa dobrze.

spróbuj @import FrameworkNamezamiast#import "FrameworkName.h"

Udało mi się usunąć dziesiątki tych błędów za pomocą narzędzia Git clean. Oto polecenie: git clean -dffx && git reset --hard