Wie um zu überprüfen, ob ein Rahmen ist BITCODE unterstützt Xcode7

Vom Xcode-7 es wurde das gemeinsame problem, dass third-party-frameworks unterstützen sollte Bitcode. Wir können auch deaktivieren Sie den BITCODE von Einstellung ENABLE_BITCODE, um NICHT in den Build-Einstellungen. Aber ich will nicht, um Sie auszuschalten, vielmehr will ich alle meine konvertieren Rahmenbedingungen zu BITCODE kompatibel.

So, wie um zu prüfen, ob ein Rahmen ist BITCODE kompatibel abgesehen vom kompilieren der framework in Xcode. Manchmal Xcode Fehler geben für BITCODE Kompatibilität für ein framework verlassen die anderen, obwohl Sie nicht haben BITCODE unterstützen.

Gibt es eine tool/command line-check?

InformationsquelleAutor iPrabu | 2015-09-27
  1. 39

    Vom das Apple-Entwickler-Forum Diskussion, Benutzer dshirley und bwilson empfehlen die Verwendung von Kommandozeilen-tools otool und grep um zu überprüfen, ob bitcode Abschnitte vorhanden sind. 

    $ otool -l libName.o | grep __LLVM

    oder

    $ otool -l MyFramework.framework/Versions/A/MyFramework | grep __LLVM

    Ausführen des oben genannten Befehls, wenn die Bibliothek enthält bitcode sehen Sie segname __LLVM Ausgabe.

    • Danke für die Antwort Michael. Also dieses tool funktioniert auf eine .o-oder .eine Datei. Wie um zu überprüfen, für eine .framework-Datei?
    • Die .framework ist nur ein netter Weg, der Verpackung, Ressourcen, öffentliche Header, und eine Bibliothek, alle zusammen. Die Bibliothek ist in es, werden Sie wollen, um den Befehl ausführen auf. So zum Beispiel, abhängig von der Verzeichnis-Struktur: $ otool -l MyFramework.framework/Versions/A/MyFramework | grep __LLVM, wo MyFramework ist die Bibliothek (ohne die Dateiendung). Für mehr Informationen zu den Rahmen-directory-Strukturen, check out developer.apple.com/library/ios/documentation/MacOSX/Conceptual/...
    • Danke für die info Michael
    • Verwenden, um zu überprüfen alle .die Dateien in Ihrem Baum (beachten Sie, dass das Letzte Semikolon MUSS ein Teil des Befehls. Vergessen Sie auch nicht machen test_bitcode.sh ausführbare Datei): hier finden Sie . -name '*a' -type f -exec ./test_bitcode.sh {} \; Der Inhalt der test_bitcode.sh ist: echo "***** TEST $1" ; otool -l $1 | grep __LLVM | head-n1
    • Ich Schaffe es nicht, diese Methode zu arbeiten, und machte einen neuen post darüber (stackoverflow.com/questions/35014582/...) Wenn jemand helfen kann, bitte lassen Sie mich wissen.
    • Das problem mit dieser Antwort ist, dass, wenn Sie bauen mit "-fembed-bitcode-marker" sehen Sie auch segname __LLVM in Ihrer Ausgabe, aber Sie eigentlich gar nicht haben bitcode-nur Raum in der Bibliothek für Sie. Finden Sie diese Antwort -- stackoverflow.com/questions/34959767/...
    • Warum mein Rahmen nicht enthalten Versions - Verzeichnis? Ist es nicht ein muss für eine framewoek?
    • Dies funktioniert nur für mich, wenn die Prüfung über eine bestimmte Architektur. z.B. otool -arch arm64 -l MyFramework.framework/Versions/A/MyFramework | grep LLVM
    • Indem Sie diesen Befehl ausführen, ich habe diese ein "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/objdump: 'teliver.o': No such file or directory"

    InformationsquelleAutor Michael M. Myers
  2. 12

    Akzeptierte Antwort legt nahe, dass Sie tun sollen grep __LLVM aber ich würde lieber machen diese

    otool -l libName.o | grep __bitcode

    da gibt es verschiedene __LLVM Segmente und nicht alle diese zeigen die Anwesenheit von Bitcode. Hier ist ein Beispiel:

    Section
  sectname __bitcode
   segname __LLVM
      addr 0x00000000000007d0
      size 0x0000000000000f10
    offset 3360
     align 2^4 (16)
    reloff 0
    nreloc 0
     flags 0x00000000
 reserved1 0
 reserved2 0
Section
  sectname __cmdline
   segname __LLVM
      addr 0x00000000000016e0
      size 0x0000000000000069
    offset 7216
     align 2^4 (16)
    reloff 0
    nreloc 0
     flags 0x00000000
 reserved1 0
 reserved2 0

    Anwesenheit des __cmdline Abschnitt nicht zeigen, dass Bitcode ist vorhanden, aber es würde auch gefunden werden, wenn Sie nur auf der Suche nach __LLVM.

    • Und das funktioniert nicht. Ich habe einen Swift-framework und Suche nach "__LLVM" mit bit-code aktiviert, funktioniert aber nicht.
    • In forums.developer.apple.com/message/7038 Benutzer bwilson (Apple-Mitarbeiter) erwähnt Suche für __bitcode ist nicht zuverlässig, und empfiehlt __LLVM
    InformationsquelleAutor Mecki
  3. 5

    Ich habe beobachtet, dass __bitcode Abschnitt ist nur für statische Libs und nicht für den dynamischen libs. So, Lösung ist den nachstehenden Befehl.

    otool -l libDeviceManager.a | grep __LLVM

    Manchmal haben wir auch mit fat-binaries otool nicht geben kann __LLVM-Segmenten, obwohl Sie vorhanden sind. Sie können den folgenden Befehl verwenden, für jene Fälle,

    otool -arch armv7 -l libDeviceManager.framework/libDeviceManager | grep __LLVM
    • Heute, diese Methode hat bei mir geklappt. Es funktioniert nicht, wenn ich nicht anzugeben Architektur
    • Sie müssen ja angeben, Architektur für fat binaries.
    InformationsquelleAutor SnehaK
  4. 1

    können Sie versuchen, diese Befehle:

    otool -arch armv7 -l libDeviceManager.a | grep bit code

    und

    otool -arch arm64 -l libDeviceManager.a | grep bitcode
    InformationsquelleAutor naresh d
Schreibe einen Kommentar