👨‍👨‍👧‍👧 👩🏼‍💼 👩🏾‍🤝‍👩🏽 IOS और OSX के लिए एक शार्क बनाएँ 🧛🏿 ✍️ 🤶🏾

हां, इस तरह की हेडलाइन बहुत मायने नहीं रखती है, इसलिए मैं उन लोगों के लिए कुछ स्पष्टीकरण दूंगा जो अभी भी सोचते हैं कि "कट जाएं या नहीं?"।

शार्क - मशीन लर्निंग (मशीन लर्निंग) के सी ++ पुस्तकालयों का एक सेट, जिसका नाम रैखिक और nonlinear अनुकूलन, तंत्रिका नेटवर्क, एक शिक्षक के साथ सीखने और विकासवादी एल्गोरिदम के बिना और भी बहुत कुछ है। एक अधिक विस्तृत विवरण परियोजना की वेबसाइट पर पाया जा सकता है।

यदि आप निम्नलिखित सवालों के जवाब में रुचि रखते हैं

IOS के लिए स्टैटिक लाइब्रेरी कैसे बनाएं?
IOS के लिए एक ढांचा कैसे बनाएं?
CocoaPods के माध्यम से iOS और OSX फ्रेमवर्क कैसे प्रकाशित करें?

फिर आप बिल्ली के नीचे।
।

क्यों?

एक बस जवाब दे सकता है, "अधिक पुस्तकालयों को iOS के लिए अच्छा और उपयोगी होना चाहिए," लेकिन मेरे पास एक और कारण था। आईओएस के लिए एक बोर्ड गेम पर काम करते समय, मैं कंप्यूटर प्रतिद्वंद्वी के आर्टिफिशियल इंटेलिजेंस (एआई) को विकसित करने के लिए मशीन लर्निंग का उपयोग करना चाहता था।

योजना सरल थी, पहले दसियों गेमों के माध्यम से तंत्रिका नेटवर्क को चलाकर एआई को प्रशिक्षित करें, उन्हें मैक ओएस के तहत शक्तिशाली हार्डवेयर पर चलाएं, फिर प्रशिक्षित नेटवर्क लें और आईफोन / आईपैड पर एप्लिकेशन में इसका उपयोग करें। योजना का पहला भाग लागू करना अपेक्षाकृत सरल था, यदि केवल इसलिए कि शार्क संस्करण 2.3.4 को पीपल इंस्ट्रूमेंट शार्क का उपयोग करके खसखस पर स्थापित किया जा सकता है।

यहां यह नोट करने का समय है कि लेख लाइब्रेरी 2.3.4 के संस्करण के बारे में है। यह परियोजना पहले ही 2.3.4 से दूर जा चुकी है, वर्तमान में बीटा संस्करण 3.0 उपलब्ध है । नए संस्करण के लिए कोड को काफी बदल दिया गया है, तीसरे पक्ष के पुस्तकालय के रूप में बढ़ावा देता है , इसलिए यह पूरी तरह से अलग कहानी है, विशेष रूप से आईओएस के संदर्भ में।

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

कैसे?

संक्षिप्त उत्तर स्रोतों को लेने और संकलित करने के लिए है, एक विस्तृत उत्तर हैबे पर एक लेख है।

स्पष्ट व्यवसाय, हेबर पर लिखने से पहले, मैंने पहली बार पुस्तकालय को इकट्ठा किया और इस पूरी चीज़ को GHHUBB पर एक रिपॉजिटरी के रूप में डिज़ाइन किया। इसलिए, स्पष्टता के लिए, मैं निर्माण स्क्रिप्ट से कोड के टुकड़ों के साथ पोस्ट करूंगा।

पूरी प्रक्रिया को निम्नलिखित चरणों में विभाजित किया जा सकता है

स्रोत कोड डाउनलोड करें
स्रोत कोड को पैच करें
कॉन्फ़िगर करें और बनाएँ
"मोटी" लाइब्रेरी बनाएं
फ्रेमवर्क में पैक करें
कोकोआपोड्स पर पोस्ट करें

हां, अर्थात्, हम केवल iOS उपकरणों और एक सिम्युलेटर (और OSX के लिए अलग से) के विकास के लिए एक "मोटी" (उर्फ "वसा" या वसा) इकट्ठा नहीं करेंगे, हम सब कुछ भी एक रूपरेखा के रूप में व्यवस्थित करेंगे और इसे कोकोआ के माध्यम से सुलभ बनाएंगे ।

ठीक है, चलो शुरू करते हैं, कदम से कदम।

स्रोत कोड डाउनलोड करें

यहां सब कुछ सरल है, मैं बहुत अधिक विस्तार में नहीं गया हूं ताकि यह संग्रह को चबाने, डाउनलोड करने और अनपैक करने का काम न करे।

डाउनलोड करें और अनज़िप करें

 VERSION=2.3.4 SHARK_ZIP=shark-$VERSION.zip # --- download() { if [ ! -s $SHARK_ZIP ]; then echo Downloading shark source code $SHARK_ZIP... curl -L --progress-bar -o $SHARK_ZIP "http://sourceforge.net/projects/shark-project/files/Shark%20Core/Shark%20${VERSION}/shark-${VERSION}.zip/download" else echo Source code $SHARK_ZIP already downloaded... fi doneSection } SRC_DIR=src # --- unpackSource() { echo Unpacking $SHARK_ZIP to $SRC_DIR... [ -d $SRC_DIR ] || unzip -q $SHARK_ZIP -d $SRC_DIR [ -d $SRC_DIR ] && echo " ...unpacked as $SRC_DIR" doneSection }

स्रोत कोड को पैच करें

प्रारंभ में, कोड 4.2 gcc का उपयोग करके विकसित किया गया था, लेकिन हम इसे क्लेंग संस्करण 5.0 का उपयोग करके संकलित करने का प्रयास कर रहे हैं। जीसी 4.2 जारी होने के बाद से, कंपाइलर और सी ++ मानक बहुत आगे बढ़ गए हैं, इसलिए यह आश्चर्य की बात नहीं है कि क्लैंग को कोड के कुछ टुकड़े पसंद नहीं होंगे। ठीक करने के अलावा कुछ नहीं बचा है, अर्थात्। पैच, समस्याग्रस्त कोड।

डिफ़ॉल्ट निर्माता

पहली बार, कंपाइलर ReClaM/EarlyStopping.cpp में लाइन 78 पर ठोकर ReClaM/EarlyStopping.cpp ।

 EarlyStopping::EarlyStopping(unsigned sl = 5)

EarlyStopping कंस्ट्रक्टर के पास एक एकल तर्क ( unsigned sl ) है और इस तर्क के लिए डिफ़ॉल्ट मान ( 5 ) निर्दिष्ट है। इस प्रकार, यह कंस्ट्रक्टर डिफ़ॉल्ट कंस्ट्रक्टर बन जाता है, "ठीक है, इसे रहने दो" - gcc 4.2 कहेगा, लेकिन इस पर क्लैंग की पूरी तरह से अलग राय है। आप StackOverflow पर इस त्रुटि की चर्चा पा सकते हैं।

हम इसे "माथे", यानी सही करेंगे बस डिफ़ॉल्ट मान निकालें।

 EarlyStopping::EarlyStopping(unsigned sl)

एक सेकंड रुको! - आप कहते हैं, - क्या होगा अगर यह कंस्ट्रक्टर लाइब्रेरी कोड में कहीं एक तर्क के बिना उपयोग किया जाता है?
बिलकुल उचित सवाल। सौभाग्य से, इस निर्माता को कोड में कहीं और नहीं बुलाया जाता है (या तो स्पष्ट रूप से या अंतर्निहित रूप से), जिसका अर्थ है कि इस तरह के बदलाव से कोई नुकसान नहीं होगा, लेकिन आपको अपने कोड में इसे कॉल करते समय सावधानी बरतने की आवश्यकता है और मूल्य को पास करने के लिए सुनिश्चित करें।

iOS के लिए परिमित उपलब्ध नहीं है

अगली त्रुटि यह है कि उपकरणों के लिए और सिम्युलेटर के लिए दोनों के लिए finite(x) फ़ंक्शन उपलब्ध नहीं है (शामिल नहीं)। आप इस समस्या के संदर्भ वेब पर पा सकते हैं, उदाहरण के लिए यहां ।

समाधान isfinite(x) फ़ंक्शन का उपयोग करना है। प्रीप्रोसेसर मैक्रोज़ का उपयोग करके isfinite(x) finite(x) रूप में finite(x) । ऐसा करने के लिए, निम्न कोड को SharkDefs.h जोड़ें।

SharkDefs.h

 #if defined(__APPLE__) && defined(__MACH__) /* Apple OSX and iOS (Darwin). */ #include <TargetConditionals.h> #if TARGET_IPHONE_SIMULATOR == 1 /* iOS in Xcode simulator */ #define finite(x) isfinite(x) #elif TARGET_OS_IPHONE == 1 /* iOS on iPhone, iPad, etc. */ #define finite(x) isfinite(x) // #define drem(x, y) remainder(x, y) #elif TARGET_OS_MAC == 1 /* OSX */ #endif #endif

यहाँ तर्क निम्न है यदि हम Apple OSes के लिए संकलित करते हैं, अर्थात्। __APPLE__ और __MACH__ , उसके बाद TargetConditionals.h हैडर फ़ाइल को शामिल करें, फिर iOS डिवाइस और सिम्युलेटर के लिए TARGET_IPHONE_SIMULATOR , TARGET_OS_IPHONE और TARGET_OS_MAC और redefine finite(x) के मानों की जाँच करें।

drem(x, y) फ़ंक्शन के साथ ठीक वही समस्या है, जिसे remainder(x, y) बदलने की आवश्यकता है। हालाँकि, शार्क drem(x, y) उपयोग नहीं करता है, इसलिए यह सिर्फ सूचना का एक नोट है।

FileUtil में ठीक करता है

निम्न त्रुटियाँ FileUtil मॉड्यूल से संबंधित हैं, अर्थात् FileUtil.h फ़ाइल।

सबसे पहले, iotype और SetDefault , ScanFrom और PrintTo को खोजने में सक्षम नहीं होगा। आइए कम्पाइलर को नाम स्थान (नाम स्थान) का उपयोग करके संकेत दें, अर्थात। जहाँ आवश्यक हो, एक साधारण प्रतिस्थापन करें

 iotype -> FileUtil::iotype SetDefault -> FileUtil::SetDefault ScanFrom -> FileUtil::ScanFrom PrintTo -> FileUtil::PrintTo

इस फ़ाइल में अंतिम समस्या io_strict फ़ंक्शन है, जो scanFrom_strict और printTo_strict फ़ंक्शन को कॉल करता है, जिन्हें बाद में घोषित किया जाता है।
समाधान? बस फ़ाइल के अंत में io_strict ले io_strict और कोई समस्या नहीं है।

डबल erf (डबल) थ्रो () ;

Mixture/MixtureOfGaussians.cpp निम्नलिखित कोड को गलत के रूप में चिह्नित Mixture/MixtureOfGaussians.cpp

 extern "C" double erf(double) throw();

extern "C" घोषणा मूल प्रोटोटाइप से मेल नहीं खाती है।
इस मामले में, throw() को हटाकर समस्या का समाधान किया जाता है।

 extern "C" double erf(double);

मुझे पता है कि कुछ सुधारों के लिए मैं एक विस्तृत विवरण नहीं देता हूं, जैसे कि throw() को हटाना throw() । मुझे टिप्पणियों में टिप्पणी करने में खुशी होगी।

रैंडमवेक्टर यह-> पी

अगली पंक्ति में Mixture/RandomVector.h , लाइन 72 है। कंपाइलर को पता नहीं है कि p कैसे Mixture/RandomVector.h । इसके अलावा चिंताजनक इस लाइन पर कोड टिप्पणी है ( // !!! )।

 for (unsigned k = x.dim(0); k--;) { l += log(Shark::max(p(x[ k ]), 1e-100)); // !!! }

कोड का विश्लेषण करने के बाद, मैंने इसे बहुत p । RandomVector ने RandomVector विरासत में RandomVar , जिसने "खोई" विधि p घोषित की।

पी की तलाश में

 // RandomVar.h template < class T > class RandomVar { public: // *** virtual double p(const T&) const = 0; // *** } // RandomVector.h template < class T > class RandomVector : public RandomVar< Array< T > > { public: // *** }

इस का this->p ।

 for (unsigned k = x.dim(0); k--;) { l += log(Shark::max(this->p(x[ k ]), 1e-100)); // !!! }

CMakeLists.txt

नवीनतम पैच का संकलन त्रुटियों से कोई लेना-देना नहीं है।
चूंकि हम iOS के लिए एक पुस्तकालय प्राप्त करना चाहते हैं, इसलिए इस पुस्तकालय को स्थिर होना चाहिए, लेकिन परियोजना डिफ़ॉल्ट रूप से एक गतिशील पुस्तकालय का निर्माण करेगी। वांछित परिणाम प्राप्त करने के लिए, CMakeLists.txt फ़ाइल में एक पंक्ति को बदलें।

 ADD_LIBRARY( shark SHARED ${SRCS} ) #   ADD_LIBRARY( shark STATIC ${SRCS} )

सिद्धांत रूप में, आप "साझा" के साथ लाइन को प्रतिस्थापित नहीं कर सकते हैं, लेकिन बस "स्टेटिक" के साथ एक और जोड़ सकते हैं, फिर परिणामस्वरूप गतिशील और स्थिर दोनों पुस्तकालयों को संकलित किया जाएगा।

पैच लागू करें

बेशक, यदि आप इस प्रक्रिया को दोहराने का फैसला करते हैं, तो कोड को मैन्युअल रूप से लेने का कोई मतलब नहीं है। समय और नसों को बचाने के लिए एक तैयार पैच है ।
यदि आप रुचि रखते हैं, तो इस पैच को अलग उपयोगिता का उपयोग करके प्राप्त किया गया था

 diff -crB shark_orig shark_patched > shark.patch

और इस पैच को लागू करने के लिए, आपको उपयोगिता, ध्यान, patch का उपयोग करने की आवश्यकता है

 SRC_DIR=src # --- patchSource() { echo Patching source code... patch -d $SRC_DIR/Shark -p1 --forward -r - -i ../../shark.patch doneSection }

कॉन्फ़िगर करें और बनाएँ

अंत में, पैच खत्म हो गए हैं, आप सीधे विधानसभा में आगे बढ़ सकते हैं।
हम make का उपयोग करके प्रोजेक्ट का निर्माण करेंगे, यह केवल प्रत्येक प्लेटफ़ॉर्म के लिए सब कुछ सही तरीके से कॉन्फ़िगर करने के लिए बना हुआ है, cmake (कॉन्फ़िगर करें) उपयोगिता हमें इसके साथ मदद करेगी, जो cmake और make द्वारा आवश्यक अन्य फ़ाइलों का निर्माण करेगी। हमें निम्नलिखित प्लेटफार्मों और आर्किटेक्चर के लिए, लाइब्रेरी को 3 बार कॉन्फ़िगर और निर्माण करना होगा

iOS डिवाइस - armv7 , armv7s , arm64 आर्किटेक्चर
iOS सिम्युलेटर - i386 और x86_64
OSX - x86_64

हां, एक महत्वपूर्ण बिंदु, हम Xcode 5 का उपयोग करेंगे। armv6 आर्किटेक्चर के लिए समर्थन armv6 आधिकारिक तौर पर Xcode 5 से हटा दिया armv6 , इसलिए हम इसे बिल्कुल नहीं armv6 ।

हम iOS डिवाइस और सिम्युलेटर के लिए पुस्तकालयों को एक "मोटी" लाइब्रेरी में मर्ज करेंगे, जिसका उपयोग उपकरणों पर और साथ ही अनावश्यक इशारों के बिना सिम्युलेटर पर विकास के लिए किया जा सकता है।

Cmake मूल बातें

इसलिए cmake । प्रत्येक प्लेटफ़ॉर्म के लिए, हमें निम्नलिखित सेटिंग्स का उपयोग करके पर्यावरण को ठीक से कॉन्फ़िगर करने की आवश्यकता है

C ++ कंपाइलर ( CMAKE_CXX_COMPILER )
डिफ़ॉल्ट /usr/bin/c++ , लेकिन हमें Xcode toolchain से clang++ का उपयोग करने की आवश्यकता है।
सी ++ संकलक झंडे ( CMAKE_CXX_FLAGS )
यह इन झंडे के साथ है कि हम आवश्यक आर्किटेक्चर और अन्य महत्वपूर्ण संकलन विकल्प सेट करेंगे।
सी कंपाइलर ( CMAKE_C_COMPILER )
स्वच्छ सी कोड की कमी के बावजूद, आपको अभी भी इस पैरामीटर को सही ढंग से कॉन्फ़िगर करने की आवश्यकता है।
रूट सिस्टम निर्देशिका ( CMAKE_OSX_SYSROOT )
इस सेटिंग के साथ, हम कंपाइलर को बताएंगे कि चयनित प्लेटफॉर्म के लिए सभी मानक सिस्टम लाइब्रेरी की तलाश कहां करें।
स्थापना उपसर्ग ( CMAKE_INSTALL_PREFIX )
यह पैरामीटर वैकल्पिक है। इसका उपयोग make install कमांड द्वारा किया जाता है, लेकिन हम ऐसा नहीं करेंगे।
जेनरेटर बनाएँ ( -G ध्वज)
इस ध्वज के साथ, हम कई बिल्ड सिस्टमों में से एक चुन सकते हैं। हमारे मामले में, यह "यूनिक्स मेकफाइल्स" होगा, अर्थात cmake परिचित cmake उत्पन्न cmake । यह Xcode प्रोजेक्ट का उपयोग करने के लिए तर्कसंगत होगा, लेकिन मैं इस तरह से सब कुछ इकट्ठा करने में सक्षम नहीं था।

Xcode टूलकिट

यह टूलचिन शब्द का सबसे सफल अनुवाद नहीं हो सकता है, लेकिन निश्चित रूप से "टूल चेन" से बेहतर है। Xcode में वे सभी उपकरण होते हैं जिनकी हमें आवश्यकता होती है (iPhone OS SDK और iPhone सिमुलेटर SDK, आदि के लिए लाइब्रेरीज़), Xcode अवश्य इंस्टॉल किया जाना चाहिए, आपको भी उसी टूल (Xcode कमांड लाइन टूल्स) को इंस्टॉल करना होगा, आप ऐसा कर सकते हैं Xcode सेटिंग्स या xcode-select --install उपयोग करना।

अब सभी आवश्यक उपकरणों और निर्देशिकाओं को खोजने के लिए xcode-select का उपयोग xcode-select ।

Xcode उपकरण

 #     XCODE_ROOT=$(xcode-select -print-path) #   iPhone OS SDK XCODE_ARM_ROOT=$XCODE_ROOT/Platforms/iPhoneOS.platform/Developer #   iPhone Simulator SDK XCODE_SIM_ROOT=$XCODE_ROOT/Platforms/iPhoneSimulator.platform/Developer #    ,  ... XCODE_TOOLCHAIN_BIN=$XCODE_ROOT/Toolchains/XcodeDefault.xctoolchain/usr/bin # C++  CXX_COMPILER=${XCODE_TOOLCHAIN_BIN}/clang++ # C  C_COMPILER=${XCODE_TOOLCHAIN_BIN}/clang

मैक ओएस एक्स एसडीके के मामले में, cmake अपने आप ही रूट सिस्टम निर्देशिका को खोजने के लिए पर्याप्त स्मार्ट है, बिना किसी अन्य निर्देश के।

क्रम में प्रत्येक मंच के लिए अगला।

iOS डिवाइस (iPhone OS SDK)
हम एक अलग फ़ोल्डर में इकट्ठा करेंगे, build/ios कहेंगे।

हमें पहले से ही कंपाइलर मिल गए, अब हम C ++ कंपाइलर के लिए झंडे को परिभाषित करेंगे। चूंकि हम armv7 , armv7s और arm64 आर्किटेक्चर के लिए निर्माण करेंगे, हम armv7s clang++ लिए विशेष- -arch ध्वज का उपयोग करेंगे।

एआरएम आर्किटेक्चर के लिए सभी आवश्यक सिस्टम लाइब्रेरी SDKs/iPhoneOS7.0.sdk उपनिर्देशिका XCODE_ARM_ROOT में स्थित हैं

 CXX_FLAGS="-arch armv7 -arch armv7s -arch arm64" SYSTEM_ROOT=${XCODE_ARM_ROOT}/SDKs/iPhoneOS7.0.sdk

cmake कॉल इस तरह दिखेगा

 mkdir -p build/ios cd build/ios cmake \ -DCMAKE_CXX_COMPILER=$CXX_COMPILER \ -DCMAKE_OSX_SYSROOT="$SYSTEM_ROOT" \ -DCMAKE_C_COMPILER=$C_COMPILER \ -DCMAKE_CXX_FLAGS="$CXX_FLAGS" \ -G "Unix Makefiles" \ ../../src/Shark

वैसे, cmake हमारे लिए बहुत सारे अतिरिक्त काम करेगा। यह हमारे लिए केवल सी और सी ++ कंपाइलर निर्दिष्ट करने के लिए पर्याप्त है, cmake एक ही टूलकिट से अन्य सभी उपयोगिताओं को ranlib , उदाहरण के लिए ranlib , lipo , ld , आदि।

iOS सिम्युलेटर (iPhone सिम्युलेटर SDK)
वही कंपाइलर।

जिन आर्किटेक्चर की हमें इस समय आवश्यकता है, वे i386 और x86_64 , बाद वाले को 64-बिट आर्किटेक्चर वाले उपकरणों के सिम्युलेटर पर परीक्षण के लिए आवश्यक है, उदाहरण के लिए, "iPhone रेटिना (4-इंच 64-बिट)"।

आवश्यक लाइब्रेरी ${XCODE_SIM_ROOT}/SDKs/iPhoneSimulator7.0.sdk ।

और एक और बहुत महत्वपूर्ण बिंदु यह है कि कोड विशेष रूप से सिम्युलेटर के लिए बनाया गया था, और ओएस एक्स के समान आर्किटेक्चर के साथ नहीं, कंपाइलर को -mios-simulator-version-min=7.0 फ्लैग का उपयोग करके एक अतिरिक्त संकेत देने की आवश्यकता है

 mkdir -p build/sim cd build/sim CXX_FLAGS="-arch i386 -arch x86_64 -mios-simulator-version-min=7.0" SYSTEM_ROOT=${XCODE_SIM_ROOT}/SDKs/iPhoneSimulator7.0.sdk cmake \ -DCMAKE_CXX_COMPILER=$CXX_COMPILER \ -DCMAKE_OSX_SYSROOT="$SYSTEM_ROOT" \ -DCMAKE_C_COMPILER=$C_COMPILER \ -DCMAKE_CXX_FLAGS="$CXX_FLAGS" \ -G "Unix Makefiles" \ ../../src/Shark

मैक ओएस एक्स
और अंत में, मैक ओएस एक्स।
इस बार यह केवल C और C ++ कंपाइलर को निर्दिष्ट करने के लिए पर्याप्त है, cmake बाकी को खुद cmake ।

 mkdir -p build/osx cd build/osx cmake \ -DCMAKE_CXX_COMPILER=$CXX_COMPILER \ -DCMAKE_C_COMPILER=$C_COMPILER \ -G "Unix Makefiles" \ ../../src/Shark

Cmake की चाल

अच्छा चलो अब make !, आपको लगता है, लेकिन नहीं।
cmake पर विचार करने के लिए कुछ cmake ।

संकलक परीक्षण
सबसे पहले, पहली शुरुआत में, cmake सी और सी ++ संकलक के लिए एक परीक्षण चलाता है। अजीब तरह से, क्लैंग और क्लैंग ++ आईओएस प्लेटफॉर्म के लिए इस परीक्षण को सफलतापूर्वक विफल करते हैं। इंटरनेट पर कई सिफारिशें हैं कि इस परीक्षण को कैसे किया जाए, उदाहरण के लिए, CMakeLists.txt फ़ाइल में प्रोजेक्ट विवरण में NONE जोड़ें, लेकिन इससे मुझे मदद नहीं मिली।

 PROJECT( shark NONE )

जिस तरह से मेरे लिए काम किया है वह cmake और cmake ++ कंपाइलर्स और अन्य विकल्पों को निर्दिष्ट किए बिना पहले cmake शुरू cmake । cmake एक CMakeCache.txt फ़ाइल और एक CMakeFiles निर्देशिका उत्पन्न cmake । यदि आप अब विभिन्न सेटिंग्स के साथ cmake शुरू करते हैं, तो इस बार संकलक परीक्षण नहीं किया जाएगा।

कॉन्फ़िगरेशन परिवर्तन
कुल, cmake को कम से कम 2 बार शुरू करने की आवश्यकता है, - फिर से आप सोचेंगे।
और फिर से, नहीं।

यदि महत्वपूर्ण पैरामीटर, जैसे C और C ++ कंपाइलर, अगली शुरुआत में बदल दिए गए, तो बदलाव तुरंत प्रभावी नहीं होंगे। cmake एक चेतावनी देगा और आपको इसे फिर से चलाने की सलाह देगा। वास्तव में, cmake ऐसा कुछ नहीं कहेगा, लेकिन ccmake उपयोगिता अधिक जानकारी प्रदान ccmake । ccmake लिए एक कंसोल GUI है।

सामान्य तौर पर

cmake बार, कोई पैरामीटर परीक्षण पास करने के लिए
दो cmake , आवश्यक मापदंडों के साथ
cmake लिए परिवर्तनों के लिए तीन cmake

मेकअप

जी हां, अब आप पोषित make को चला सकते make । चीजों को तेज करने के लिए, आप -j ध्वज का उपयोग करके विधानसभा को समानांतर कर सकते हैं।

 make -j16

इस प्रक्रिया में अधिक समय नहीं लगेगा, परिणामस्वरूप हमारे पास libshark.a स्थिर पुस्तकालय libshark.a । हर फायर फाइटर के लिए, file उपयोगिता का उपयोग करके, हम यह सुनिश्चित करेंगे कि परिणामी लाइब्रेरी सभी आवश्यक आर्किटेक्चर का समर्थन करें।

मोटी जाँच

 $ file build/ios/libshark.a build/ios/libshark.a: Mach-O universal binary with 3 architectures build/ios/libshark.a (for architecture armv7): current ar archive random library build/ios/libshark.a (for architecture armv7s): current ar archive random library build/ios/libshark.a (for architecture cputype (16777228) cpusubtype (0)): current ar archive random library $ file build/sim/libshark.a build/sim/libshark.a: Mach-O universal binary with 2 architectures build/sim/libshark.a (for architecture i386): current ar archive random library build/sim/libshark.a (for architecture x86_64): current ar archive random library $ file build/osx/libshark.a build/osx/libshark.a: current ar archive random library

"मोटी" लाइब्रेरी बनाएं

IOS उपकरणों और सिम्युलेटर के लिए लाइब्रेरी को एक "मोटी" लाइब्रेरी में संयोजित करने की आवश्यकता है।

यहां सब कुछ काफी सरल है, lipo उपयोगिता इस कार्य के साथ सामना करेगी lipo

 mkdir -p lib/ios $XCODE_TOOLCHAIN_BIN/lipo -create build/ios/libshark.a build/sim/libshark.a -o lib/ios/libshark.a

बस मामले में, परिणामी लाइब्रेरी ( file lib/ios/libshark.a ) की जांच करके सुनिश्चित करें कि सभी 5 आर्किटेक्चर जगह में हैं।

फ्रेमवर्क में पैक करें

यह एक ढांचे के रूप में पुस्तकालय को सावधानीपूर्वक पैक करने का समय है। फ्रेमवर्क निर्देशिका को अक्सर बंडल कहा जाता है।

एक बंडल बनाएं

इस स्तर पर, सभी आवश्यक प्रतीकात्मक लिंक के साथ, इसके लिए mkdir और ln का उपयोग करके Shark.framework निर्देशिका और आवश्यक फ़ोल्डर संरचना को अंदर बनाएं।

 Shark.framework/ ├── Documentation -> Versions/Current/Documentation ├── Headers -> Versions/Current/Headers ├── Resources -> Versions/Current/Resources └── Versions ├── A │ ├── Documentation │ ├── Headers │ └── Resources └── Current -> A

पुस्तकालय की प्रतिलिपि बनाएँ

अब बंडल के अंदर स्टैटिक लाइब्रेरी को कॉपी करें, जबकि इसे Shark को नामांकित करते हुए।

 cp build/ios/libshark.a Shark.framework/Versions/A/Shark

हेडर फ़ाइलों की प्रतिलिपि बनाएँ

अगला, src/Shark/include से सभी .h फ़ाइलों को कॉपी करें src/Shark/include बंडल के अंदर Headers फ़ोल्डर src/Shark/include करें। फिर अनावश्यक statistics.h हटाएं। यदि केवल CMakeLists.txt फ़ाइल में कोई समान INSTALL कमांड नहीं है, तो इस फ़ाइल की आवश्यकता नहीं है।

 cp -r src/Shark/include/* Shark.framework/Headers/ rm Shark.framework/Headers/statistics.h

पैच हेडर फाइलें
ऐसा लगता है कि हेडर ने सब कुछ कॉपी किया है, लेकिन फिर से सब कुछ इतना स्पष्ट नहीं है। यदि आप अभी फ्रेमवर्क का उपयोग करने का प्रयास करते हैं, तो कुछ अस्पष्ट त्रुटियां हेडर फ़ाइलों के पथ से संबंधित हैं। और अगर ओएस एक्स के तहत डायनेमिक लाइब्रेरी के मामले में मैं हेडर सर्च पथ का उपयोग करके समस्या को हल करने में कामयाब रहा, तो फ्रेमवर्क के मामले में, सब कुछ इतना सरल नहीं है।

चूंकि शार्क डेवलपर्स ने #include निर्देशों के लिए सही रास्तों का ध्यान नहीं रखा, इसलिए हमें उनके लिए काम करना होगा।

सही दृष्टिकोण की तलाश में, मैंने अपना ध्यान एक सुव्यवस्थित पुस्तकालय के उदाहरण की ओर बढ़ाया, जिसका नाम है बढ़ावा। बूस्ट से घटकों के लिए #include निर्देशों में सभी पथ, उदाहरण के लिए, boost/ से शुरू होते हैं

 #include "boost/config.hpp" #include <boost/type_traits/remove_reference.hpp>

हम सभी #include निर्देशों के लिए निम्नलिखित नियमों का उपयोग करके sed संपादक और पैच फ़ाइलों का उपयोग करते हैं

"#Include <something>" और "#include" कुछ "" (हाँ, वहाँ कुछ थे) के लिए लापता स्थान जोड़ें
SharkDefs.h को Shark/SharkDefs.h SharkDefs.h
सभी लाइब्रेरी घटकों के लिए मार्ग में Shark/ जोड़ें Shark/

यहाँ घटकों से हमारा मतलब Headers फ़ोल्डर की उपनिर्देशिका से है, अर्थात Array, Rng, LinAlg, FileUtil, EALib, MOO-EALib, ReClaM, Mixture, TimeSeries, Fuzzy ।

पैच .h फाइलें

 #     "invalid character sequence" export LC_TYPE=C export LANG=C #     #include  #    SharkDefs.h #      #  -E     ,       "gnu vs non-gnu sed" components="Array|Rng|LinAlg|FileUtil|EALib|MOO-EALib|ReClaM|Mixture|TimeSeries|Fuzzy" find Shark.framework/Headers -type f -exec \ sed -E -i '' \ -e "s,#include([<\"]),#include \1,g" \ -e "s,#include([ \t])([<\"])(SharkDefs.h),#include\1\2Shark/\3,g" \ -e "s,#include([ \t])([<\"])(${components}/),#include\1\2Shark/\3,g" \ {} +

Info.plist बनाएँ

एक ढांचा बनाने में अंतिम कदम संबंधित Info.plist बनाना है। महत्वपूर्ण गुण रूपरेखा का नाम और संस्करण हैं।

Info.plist बनाएँ

 FRAMEWORK_NAME=Shark FRAMEWORK_CURRENT_VERSION=2.3.4 cat > Shark.framework/Resources/Info.plist <<EOF <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>CFBundleDevelopmentRegion</key> <string>English</string> <key>CFBundleExecutable</key> <string>${FRAMEWORK_NAME}</string> <key>CFBundleIdentifier</key> <string>dk.diku.image</string> <key>CFBundleInfoDictionaryVersion</key> <string>6.0</string> <key>CFBundlePackageType</key> <string>FMWK</string> <key>CFBundleSignature</key> <string>????</string> <key>CFBundleVersion</key> <string>${FRAMEWORK_CURRENT_VERSION}</string> </dict> </plist> EOF

IOS 7 के रिलीज़ होने से पहले, arm64 आर्किटेक्चर वाले डिवाइस, यह सार्वभौमिक स्टैटिक लाइब्रेरी बनाना संभव था, और इसलिए फ्रेमवर्क, एक साथ iOS और OSX, सिम्युलेटर सहित। कुछ भी नहीं रोका गया armv6, armv7, armv7s, i386 और x86_64 को एक बोल्ड लाइब्रेरी में armv6, armv7, armv7s, i386 करने से। 64-बिट आर्किटेक्चर वाले उपकरणों ने सभी कार्डों को भ्रमित किया। "मोटी" लाइब्रेरी में एक ही आर्किटेक्चर के साथ दो परतें नहीं हो सकती हैं, जिसका अर्थ है कि आप 64 x86_64 डिवाइस के iOS सिम्युलेटर के लिए x86_64 और OS X के लिए x86_64 को रटना नहीं कर सकते।

कोकोआपोड्स पर पोस्ट करें

अभी, आप एक तैयार रूपरेखा ले सकते हैं और इसे अपनी परियोजनाओं में जोड़ने के लिए स्वतंत्र महसूस कर सकते हैं, लेकिन आप इस चरण को भी स्वचालित करना चाहते हैं। यह वास्तव में कोकोआपोड्स के लिए है । यदि किसी कारण से आप ट्रेन के पीछे हैं और अभी तक कोकोपोड्स का उपयोग नहीं कर रहे हैं, तो इस परियोजना पर ध्यान देने का समय है।

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

शार्क-SDK.podspec

 Pod::Spec.new do |s| s.name = 'Shark-SDK' s.version = '2.3.4' s.license = { :type => 'GPLv2', :text => 'See https://sourceforge.net/directory/license:gpl/' } s.summary = 'iOS & OS X framework for Shark: C++ Machine Learning Library' s.description = <<-DESC SHARK provides libraries for the design of adaptive systems, including methods for linear and nonlinear optimization (eg, evolutionary and gradient-based algorithms), kernel-based algorithms and neural networks, and other machine learning techniques. DESC s.homepage = 'https://sourceforge.net/projects/shark-project/' s.author = { 'shark-admin' => 'https://sourceforge.net/u/shark-admin/profile/' } s.source = { :http => 'https://github.com/mgrebenets/shark2-iosx/releases/download/v2.3.4/Shark-SDK.tgz', :type => :tgz } s.ios.vendored_frameworks = "Shark-iOS-SDK/Shark.framework" s.osx.vendored_frameworks = "Shark-OSX-SDK/Shark.framework" s.ios.deployment_target = '6.0' s.osx.deployment_target = '10.7' end

और उपयोग का एक उदाहरण।

Podfile

 # Podfile platform :ios, :deployment_target => '6.0' pod 'Shark-SDK' target :'shark2-osx-demo', :exclusive => true do platform :osx, :deployment_target => '10.7' pod 'Shark-SDK' end

परिणाम

इसलिए, यदि आप अचानक अपनी समस्या लेकर आते हैं, तो इसका परिणाम यह है कि इसे हल्के ढंग से रखा जाए, इसकी गारंटी नहीं है, फिर भी कुछ करने की कोशिश करें। आप कभी नहीं जानते कि परिणामस्वरूप कौन से नए कौशल पंप कर पाएंगे।

IOS और OSX के लिए एक शार्क बनाएँ