IOS के लिए क्रॉस-कंपाइलिंग लाइब्रेरी, इसे सही कर रही है

एक बड़ी परियोजना के विकास के दौरान, एक क्षण आता है जब आपको एक उपयुक्त लाइसेंस के साथ खुले स्रोत की दुनिया से लाइब्रेरी को एम्बेड करने की आवश्यकता होती है। उदाहरण के लिए, आप चित्रों के डिकोडिंग में तेजी लाना चाहते थे, या एफसी 4 के साथ साइक्लाइट 3 की आवश्यकता थी, या लिबिकू से कुछ प्रकार के बन्स, जो सिस्टम लिबिक्यूकोर में नहीं हैं।



इसके लिए, जिस लाइब्रेरी की आवश्यकता थी, उसे 5 आर्किटेक्चर: armv7, armv7s, arm64, i386, x86_64 के लिए इकट्ठा करना होगा। क्रॉस-संकलन के साथ, कई नुकसान हैं जो मैं पहले से ही सिद्ध समाधान होने पर ठोकर नहीं खाना चाहता। इस संक्षिप्त पोस्ट में मैं एक उदाहरण के रूप में प्रोटोबुफ़ और sqlite3 का उपयोग करके लाइब्रेरी असेंबली ऑटोमेशन के बारे में बात करूंगा।



कुछ भी करने से पहले, हमें यह तय करने की आवश्यकता है कि बाहर निकलने पर हमें क्या चाहिए।

• कई पुस्तकालयों की विधानसभा प्रक्रिया का स्वचालन
• नए पुस्तकालयों को जोड़ने में आसानी
• भंडार के अंदर समाधान वितरित करना
• सभी आर्किटेक्चर के लिए हेडर फ़ाइलों को सहेजना

इन आवश्यकताओं के आधार पर, निम्नलिखित समाधान प्राप्त किया गया था। एक मेकफाइल जो पुस्तकालयों के डाउनलोडिंग, अनपैकिंग, पैचिंग और बिल्डिंग को नियंत्रित करता है। इसका कोड बड़ा नहीं है, इसलिए आप इसे यहां ला सकते हैं और चर्चा कर सकते हैं। (या जीथुब से डाउनलोड करें और चलाएं, और फिर पढ़ें। )



हम सिस्टम में और build_arches:



में नवीनतम SDK के लिए पथ निर्धारित करते हैं arch:



से पहले एक ही build_arches:



चलाते हैं arch:



भरे हुए चर ARCH और IOS_PLATFORM के साथ। build_arches:



होने के बाद, एक स्क्रिप्ट चलाई जाती है जो प्रत्येक लाइब्रेरी के लिए एक वसा संस्करण एकत्र करती है।

 XCODE_TOOLCHAIN = $(shell xcode-select --print-path)/Toolchains/XcodeDefault.xctoolchain IOS_PLATFORM ?= iphoneos # Pick latest SDK in the directory #IOS_PLATFORM_DEVELOPER = $(shell xcrun -sdk ${IOS_PLATFORM} -show-sdk-platform-path) IOS_SDK = $(shell xcrun -sdk ${IOS_PLATFORM} -show-sdk-path) all: build_arches mkdir -p lib # Make fat libraries for all architectures for file in build/armv7/lib/*.a; \ do name=`basename $$file .a`; \ ${XCODE_TOOLCHAIN}/usr/bin/lipo -create \ -arch armv7 build/armv7/lib/$$name.a \ -arch armv7s build/armv7s/lib/$$name.a \ -arch arm64 build/arm64/lib/$$name.a \ -arch i386 build/i386/lib/$$name.a \ -arch x86_64 build/x86_64/lib/$$name.a \ -output lib/$$name.a \ ; \ done; echo "Making fat libs" # Build separate architectures build_arches: ${MAKE} arch ARCH=armv7 IOS_PLATFORM=iphoneos ${MAKE} arch ARCH=armv7s IOS_PLATFORM=iphoneos ${MAKE} arch ARCH=arm64 IOS_PLATFORM=iphoneos ${MAKE} arch ARCH=i386 IOS_PLATFORM=iphonesimulator ${MAKE} arch ARCH=x86_64 IOS_PLATFORM=iphonesimulator
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

जब मेक arch:



में निर्दिष्ट निर्भरता पर काम करेगा arch:



लक्ष्य, वर्तमान में बनाए जा रहे आर्किटेक्चर के लिए पर्यावरण चर को आरंभीकृत किया जाएगा। कृपया ध्यान दें कि हमने PREFIX भर दिया है और स्थापित लाइब्रेरियों को फ़ोल्डर में बिल्ड परिणाम स्थापित करेगा ।/build/armv7 ,//build/armv7s, आदि।



arch:



लक्ष्य arch:



उन लक्ष्यों को इंगित करता है जिन पर यह निर्भर करता है। हमारे मामले में, ये पुस्तकालय हैं जो हम एकत्र करते हैं। नए पुस्तकालयों को जोड़ते समय, उनके लक्ष्यों को arch:



आधार पर जोड़ना होगा arch:



अन्यथा उन्हें इकट्ठा नहीं किया जाएगा।

 PREFIX = ${CURDIR}/build/${ARCH} LIBDIR = ${PREFIX}/lib INCLUDEDIR = ${PREFIX}/include CXX = ${XCODE_TOOLCHAIN}/usr/bin/clang++ CC = ${XCODE_TOOLCHAIN}/usr/bin/clang CFLAGS = -isysroot ${IOS_SDK} -I${IOS_SDK}/usr/include -arch ${ARCH} -miphoneos-version-min=5.0 CXXFLAGS = -stdlib=libc++ -isysroot ${IOS_SDK} -I${IOS_SDK}/usr/include -arch ${ARCH} -miphoneos-version-min=5.0 LDFLAGS = -stdlib=libc++ -isysroot ${IOS_SDK} -L${LIBDIR} -L${IOS_SDK}/usr/lib -arch ${ARCH} -miphoneos-version-min=5.0 LIBTOOLFLAGS = -arch_only ${ARCH} arch: ${LIBDIR}/libsqlite3.a ${LIBDIR}/libprotobuf.a
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अंतिम भाग सबसे सरल है। लाइब्रेरी असेंबली गोल, जो स्रोत डाउनलोड लक्ष्यों पर निर्भर करते हैं। यह वह जगह है जहां आप कस्टम कुंजियों के लिए निर्दिष्ट कर सकते हैं।

 ${LIBDIR}/libsqlite3.a: ${CURDIR}/sqlite3 cd sqlite3 && env CXX=${CXX} CC=${CC} CFLAGS="${CFLAGS}" \ CXXFLAGS="${CXXFLAGS} -DSQLITE_ENABLE_RTREE -DSQLITE_ENABLE_FTS4 -DSQLITE_ENABLE_FTS4_UNICODE61" \ LDFLAGS="${LDFLAGS}" ./configure --host=arm-apple-darwin --disable-shared --prefix=${PREFIX} && ${MAKE} clean install ${LIBDIR}/libprotobuf.a: ${CURDIR}/protobuf cd protobuf && env CXX=${CXX} CC=${CC} CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" LDFLAGS="${LDFLAGS}" \ ./configure --host=arm-apple-darwin --disable-shared --with-protoc=/usr/local/bin/protoc --prefix=${PREFIX} && ${MAKE} clean install ${CURDIR}/sqlite3: curl https://www.sqlite.org/2014/sqlite-autoconf-3080403.tar.gz > sqlite3.tar.gz tar xzvf sqlite3.tar.gz rm sqlite3.tar.gz mv sqlite-autoconf-3080403 sqlite3 touch sqlite3 ${CURDIR}/protobuf: curl https://protobuf.googlecode.com/files/protobuf-2.5.0.tar.gz > protobuf.tar.gz tar xzvf protobuf.tar.gz rm protobuf.tar.gz mv protobuf-2.5.0 protobuf # add arm64 support https://code.google.com/p/protobuf/issues/detail?id=575 patch -p0 <protobuf_arm64.patch touch protobuf clean: rm -rf build lib sqlite3 protobuf
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

आउटपुट पर: / lib फ़ोल्डर में पुस्तकालयों के वसा संस्करण होते हैं, और बिल्ड / {$ ARCH} / में हेडर फाइलें शामिल होती हैं जो काम में उपयोगी हो सकती हैं।



प्रत्येक आर्किटेक्चर के लिए हेडर फ़ाइलों की हमेशा अलग से आवश्यकता नहीं होती है, लेकिन ऐसी लाइब्रेरीज़ होती हैं जो ./configure स्टेज पर, हेडर फ़ाइल में सिस्टम प्रकारों के आकारों को स्पष्ट रूप से स्टोर करती हैं, उदाहरण के लिए, config.h में। जब हम एक ही समय में arm64 और armv7 के लिए ऐसी फाइल का उपयोग करते हैं, तो एक जोखिम है कि काम के कुछ चरण में कुछ गलत हो जाएगा। और सिर्फ लाइब्रेरी ऑपरेशन लॉजिक में कुछ अनुमान नहीं लगाने के लिए संगतता समस्याओं की तलाश में परियोजना के सभी आर्किटेक्चर पर लाइब्रेरी के अतिरिक्त परीक्षण को शामिल करने या न करने के लिए, मैं सभी वसा पुस्तकालयों के लिए हेडर फ़ाइलों के अलग-अलग संस्करणों का उपयोग करता हूं। यह करना आसान है, हैडर सर्च पाथ में आपको "$(SRCROOT)/../../libs/build/$(arch)/include"



। जहाँ /../../libs/build/



xcodeproj फ़ाइल के सापेक्ष बिल्ड फ़ोल्डर /../../libs/build/



पथ है।



मैंने इस निर्माण विधि को मैपनिक रैस्टर के गिथब रिपॉजिटरी में असेंबली रिपॉजिटरी के लिए प्रस्तुत किया , जहाँ आप मेकफाइल का अधिक जटिल संस्करण भी देख सकते हैं जब एक लाइब्रेरी कई अन्य पर निर्भर करती है।



इस पोस्ट की फाइलें गिथब से डाउनलोड की जा सकती हैं और क्रॉस-संकलन की चल रही लाइनों की प्रशंसा कर सकती हैं। बस टाइप करें