Private Modulzuordnung für ein Framework

Question

Ich verwende this answer, um eine Modulzuordnung zu erstellen, um ein Modul für CommonCrypto zu erstellen, damit ich es in einem Framework verwenden kann.

dies jedoch tun bedeutet, dass alle Projekte, die ich diesen Rahmen nutzen den Zugang zu CommonCrypto haben mit import CommonCrypto - und noch schlimmer, erklärt CommonCrypto in einem anderen Rahmen und importieren diese in die Projektergebnisse in Redefinition of module 'CommonCrypto' Fehler.

I.e. die folgende Konfiguration:

MainProject 
    |--> import FrameworkA - module map for CommonCrypto 
    |--> import FrameworkB - module map for CommonCrypto 

Gibt es eine Möglichkeit, ein Modul Karte zu schaffen, sondern hat es privat zu diesem Rahmen seines erstellt/verwendet in? (Ähnlich wie das Zugriffsattribut internal in Swift für ein Framework). Die llvm Clang docs zeigen eine private attribute aber ich kann nicht herausfinden, wo dies in meine Modulkarte eingefügt werden, und es könnte nicht einmal für diesen Zweck sein! Es gibt auch eine export attribute aber ich bin mir nicht ganz sicher, wie man das benutzt ...!

Das ist mein Modul Karte I für CommonCrypto bin mit - das $(SDKROOT) wird in einer Aufbauphase an die richtige Stelle ausgelagert (für iphoneos oder iphonesimulator SDKs):

module CommonCrypto [system] [extern_c] { 
    umbrella header "$(SDKROOT)/usr/include/CommonCrypto/CommonCrypto.h" 
    export * 
} 

Dies funktioniert gut (außer Sie kann nicht zur Definition gehen, aber das stört mich nicht) zur Verwendung in FrameworkA/FrameworkB.

Answer 1

Haftungsausschluss: Ich habe dies für CommonCrypto nicht versucht, aber es funktioniert für meinen Fall mit libz

Eine mögliche Lösung dieses Problems ist eine module.private.modulemap zu schaffen, wie in der

So zum Beispiel

Clang documentation beschrieben in FrameworkA können Sie eine module.modulemap Datei für FrameworkA wie so schreiben:

module FrameworkACommon { 
} 

Die n Sie würden eine module.private.modulemap Datei wie schaffen so

explicit FrameworkACommon.Crypto [system] [extern_c] { 
    header "/Applications/Xcode6-Beta5.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator8.0.sdk/usr/include/CommonCrypto/CommonCrypto.h" 
    link "CommonCrypto" 
    export * 
} 

Dann für FrameworkB wiederholen.

Jetzt CommonCrypto ist ein privates Modul in FrameworkA und FrameworkB und die Namen werden nicht kollidieren.