सच में, ऑटोटूलस 'केवल वास्तविक' बचत अनुग्रह 'है कि यह सभी जीएनयू परियोजनाओं का बड़े पैमाने पर उपयोग कर रहा है।
ऑटोटूलस के मुद्दे:
- सच में ARCANE m4 मैक्रो सिंटैक्स क्रिया के साथ संयुक्त है, "संगतता" के लिए परीक्षणों के लिए खोल खोल स्क्रिप्टिंग, आदि।
- यदि आप ध्यान नहीं दे रहे हैं, तो आप क्रॉस-संकलन की क्षमता को गड़बड़ कर देंगे (यह स्पष्ट रूप से ध्यान दिया जाना चाहिए कि नोकिया स्क्रैचबॉक्स / स्क्रैचबॉक्स 2 के साथ आया है, अत्यधिक टूटी हुई ऑटोटूलस मैमो / मीगो के लिए सेटअप का निर्माण करता है।) आप, किसी के लिए भी। कारण, आपके परीक्षणों में स्थिर, स्थिर रास्ते हैं, आप क्रॉस-संकलन समर्थन को तोड़ने जा रहे हैं क्योंकि यह आपके sysroot विनिर्देश का सम्मान नहीं करेगा और यह आपके मेजबान सिस्टम से सामान खींच लेगा। यदि आप क्रॉस-कंपाइल सपोर्ट को तोड़ते हैं, तो यह आपके कोड को OpenEmbedded जैसी चीज़ों के लिए अनुपयोगी बनाता है और लक्ष्य के बजाय क्रॉस-कंपाइलर पर अपनी रिलीज़ बनाने की कोशिश कर रहे वितरण के लिए इसे "मज़ेदार" बनाता है।
- प्राचीन, टूटे हुए कंपाइलरों के साथ समस्याओं के लिए एक बड़ी मात्रा में परीक्षण करता है जो NOBODY वर्तमान में इस दिन और उम्र में बहुत अधिक उत्पादन के साथ उपयोग करता है। जब तक आप सोलारिस, AIX, या इस तरह के प्राचीन संस्करण पर glibc, libstdc ++, या GCC जैसी किसी चीज का निर्माण नहीं कर रहे हैं, परीक्षण समय की बर्बादी है और कई चीजों के लिए संभावित स्रोत हैं, जैसे कि ऊपर दी गई चीजें।
- विंडोज सिस्टम के लिए प्रयोग करने योग्य कोड बनाने के लिए ऑटोटूलस सेटअप प्राप्त करना बहुत दर्दनाक अनुभव है। (जब मैं विंडोज के लिए बहुत कम उपयोग करता हूं, यह एक गंभीर चिंता का विषय है यदि आप purportedly क्रॉस-प्लेटफॉर्म कोड विकसित कर रहे हैं।)
- जब यह टूट जाता है, तो आप खर्च करने के लिए जा रहे हैं घंटे अपने पूंछ बातें जिसे लिखा है कि पटकथा अपने निर्माण सुलझाने के लिए गलत सुलझाने के लिए कोशिश कर रहा है का पीछा करते हुए (या, बल्कि (वास्तव में, यह मैं क्या करने की कोशिश कर रहा हूँ है, ऑटोटूलस को पूरी तरह से चीर दें- मुझे संदेह है कि इस महीने के बाकी समय में गड़बड़ करने के लिए पर्याप्त समय है ...) अभी काम कर रहा हूं क्योंकि मैं इसे टाइप कर रहा हूं। अपाचे थ्रिफ्ट में उन ब्रोकन बिल्ड सिस्टम में से एक है जो पार नहीं करेगा। -compile।)
- "सामान्य" उपयोगकर्ता वास्तव में सिर्फ करने के लिए नहीं जा रहे हैं "./configure; बनाओ" - कई चीजों के लिए, वे किसी व्यक्ति द्वारा प्रदान किए गए पैकेज को खींचने जा रहे हैं, जैसे कि पीपीए से बाहर, या उनके वितरण विक्रेता। "सामान्य" उपयोगकर्ता देव नहीं हैं और कई मामलों में टारबॉल को नहीं पकड़ रहे हैं। यह है कि वहाँ होने जा रहा है कि अनुमान के लिए हर किसी के हिस्से पर snobbery है। टारबॉल के लिए विशिष्ट उपयोगकर्ता काम करने वाले देवता हैं, इसलिए यदि यह वहां है तो वे टूटे हुए के साथ स्लैम करने जा रहे हैं।
यह काम करता है ... अधिकांश समय ... आप सभी ऑटोटूल के बारे में कह सकते हैं। यह एक ऐसी प्रणाली है जो कई समस्याओं को हल करती है जो केवल GNU प्रोजेक्ट की चिंता करती है ... उनके आधार, कोर टूलकिन कोड के लिए। (संपादित करें (०५/२४/२०१४): यह ध्यान दिया जाना चाहिए कि इस प्रकार की चिंता के बारे में चिंता करने के लिए एक संभावित BAD चीज है- इस सोच से उपजी हार्दिक और सही, आधुनिक प्रणालियों के साथ, आप वास्तव मेंऑटोटूलस के लिए जो कुछ भी सही है, उसके साथ कोई व्यवसाय नहीं है। GNU को शायद कोडबेस का एक क्रिप्ट रिमूव करने की जरूरत है, जो हर्टबल के साथ हुआ है) के प्रकाश में) आप इसे अपने प्रोजेक्ट को करने के लिए उपयोग कर सकते हैं और यह एक छोटे प्रोजेक्ट के लिए अच्छी तरह से काम कर सकता है, जिसे आप लिनक्स या इसके अलावा कहीं भी काम करने की उम्मीद नहीं करते हैं। GNU टूलकिन स्पष्ट रूप से सही ढंग से काम कर रहा है। बयान है कि यह "लिनक्स के साथ अच्छी तरह से एकीकृत करता है" काफी बोल्ड स्टेटमेंट है और काफी गलत है । यह जीएनयू टूलूसाइट के साथ काफी अच्छी तरह से एकीकृत करता है और समस्याओं को हल करता है जो आईटी के पास इसके लक्ष्य हैं।
यह कहना नहीं है कि यहां थ्रेड में चर्चा किए गए अन्य विकल्पों के साथ कोई समस्या नहीं है।
SCON मेक / GMake / etc के प्रतिस्थापन का अधिक है। और बहुत अच्छा लग रहा है, हालांकि सभी चीजें मानी जाती हैं ...
- यह अभी भी वास्तव में एक POSIX केवल उपकरण के अधिक है। आप शायद ऑटोटूलस की तुलना में इसके साथ विंडोज सामान बनाने के लिए मिनगॉव को अधिक आसानी से प्राप्त कर सकते हैं, लेकिन यह अभी भी पोसिक्स सामान करने के लिए अधिक सक्षम है और इसका उपयोग करने के लिए आपको पायथन और स्कोनस स्थापित करने की आवश्यकता होगी ।
- जब तक आप स्क्रैचबॉक्स 2 जैसी किसी चीज़ का उपयोग नहीं करते हैं, तब तक यह क्रॉस-संकलन करने में समस्याएँ हैं।
- मोटे तौर पर धीमी और सीएमके की तुलना में कम स्थिर है। वे आधे-अधूरे मन से आते हैं (SCOS की तुलना में POSIX पक्ष को बनाने के लिए / gmake की आवश्यकता है ...) CMake के लिए नकारात्मक। (एक अलग रूप में रूप में, आप की आवश्यकता होगी, कर रहे हैं कि अन्य समाधान पर ज्यादा तानाना, आप अपने आप पूछ किया जाना चाहिए कि क्या आपके परियोजना भी जटिल है ...)
इस धागे में CMake के लिए दिए गए उदाहरण थोड़े संगीन हैं।
तथापि...
- आपको एक नई भाषा सीखने की आवश्यकता होगी।
- यदि आप मेक, स्कैन्स, या ऑटोटूलस का उपयोग करते हैं तो काउंटर-सहज ज्ञान युक्त चीजें हैं।
- आपको उस सिस्टम पर CMake इंस्टॉल करना होगा, जिसके लिए आप निर्माण कर रहे हैं।
- यदि आपको इसके लिए पूर्व-निर्मित बायनेरिज़ नहीं हैं, तो आपको एक ठोस C ++ कंपाइलर की आवश्यकता होगी।
सही मायने में, आपके लक्ष्यों को आप यहां क्या चुनते हैं, यह तय करना चाहिए।
- क्या आपको वैध वर्किंग बाइनरी का निर्माण करने के लिए टूटे हुए टूलचिन के बहुत से निपटने की आवश्यकता है ? यदि हाँ, तो आप ऑटोटूलस पर विचार करना चाह सकते हैं, ऊपर बताई गई कमियों से अवगत होना। सीएमके इस के साथ सामना कर सकता है, लेकिन यह ऑटोटूलस की तुलना में इसके साथ कम चिंता करता है। इसके बारे में चिंता करने के लिए स्कैन्स को बढ़ाया जा सकता है, लेकिन यह एक आउट-ऑफ-द-बॉक्स उत्तर नहीं है।
- क्या आपको विंडोज लक्ष्य के बारे में चिंता करने की आवश्यकता है? यदि हां, तो ऑटोटूलस को वास्तव में चलने से बाहर होना चाहिए। यदि हां, तो SCons एक अच्छा विकल्प हो सकता है / नहीं। यदि हां, तो CMake एक ठोस विकल्प है।
- आप क्रॉस-संकलन के बारे में चिंता करने की जरूरत (यूनिवर्सल क्षुधा / पुस्तकालयों, Google Protobufs, अपाचे बचत, आदि जैसी चीजों है चाहिए इस बारे में परवाह ...)? यदि ऐसा है, तो Autotools हो सकता हैआपके लिए इतने लंबे समय तक काम करना जब तक आपको विंडोज के बारे में चिंता करने की ज़रूरत नहीं है, लेकिन आप अपने कॉन्फ़िगरेशन सिस्टम को बनाए रखने में बहुत समय बिताने जा रहे हैं क्योंकि चीजें आप पर बदलती हैं। जब तक आप स्क्रैचबॉक्स 2 का उपयोग नहीं कर रहे हों, तब तक स्कैन्स लगभग एक नो-गो सही होता है- यह वास्तव में क्रॉस-संकलन पर हैंडल नहीं करता है और आपको उस एक्स्टेंसिबिलिटी का उपयोग करने और इसे उसी तरीके से बनाए रखने की आवश्यकता होती है, जैसे आप स्वचालित के साथ होंगे। यदि हां, तो आप सीएमके पर विचार कर सकते हैं क्योंकि यह सैंडबॉक्स से बाहर निकलने के बारे में कई चिंताओं के बिना क्रॉस-संकलन का समर्थन करता है और स्क्रैचबॉक्स 2 जैसी चीज़ के साथ / बिना काम करेगा और ओपनइंबेडेड जैसी चीजों के साथ अच्छी तरह से एकीकृत करता है ।
एक कारण कई है, कई परियोजनाएं क्यूमेक, ऑटोटूलस, आदि को खोद रही हैं और सीएमके तक जा रही हैं। अब तक, मैं एक सीएमके आधारित परियोजना को साफ-साफ उम्मीद कर सकता हूं कि या तो क्रॉस-कंपाइल स्थिति में या विजुअलस्टडियो सेटअप पर ड्रॉप किया जाए या केवल थोड़ी मात्रा में सफाई की आवश्यकता है क्योंकि प्रोजेक्ट विंडोज-ओनली या ओएसएक्स-ओनली पार्ट्स के लिए जिम्मेदार नहीं था। कोडबेस के लिए। मैं वास्तव में एक SCons की है कि बाहर स्थित परियोजना उम्मीद नहीं कर सकते और मैं पूरी तरह से उम्मीद 1/3 या अधिक Autotools परियोजनाओं मिल गया है करने के लिए कुछ गलत है कि precludes यह मेजबान एक या एक Scratchbox2 एक निर्माण को छोड़कर किसी भी संदर्भ पर सही का निर्माण।