ऑनवर्क्स द्वारा स्क्रैच से लिनक्स से टूलचेन तकनीकी नोट्स

इसे छोड़कर सामग्री पर बढ़ने के लिए

5.2. टूलचेन तकनीकी नोट्स

यह अनुभाग समग्र निर्माण पद्धति के पीछे के कुछ तर्क और तकनीकी विवरणों की व्याख्या करता है। इस खंड में हर चीज़ को तुरंत समझना आवश्यक नहीं है। वास्तविक निर्माण करने के बाद इनमें से अधिकांश जानकारी स्पष्ट हो जाएगी। इस अनुभाग को प्रक्रिया के दौरान किसी भी समय संदर्भित किया जा सकता है।

की छवि

अध्याय 5 का समग्र लक्ष्य एक अस्थायी क्षेत्र का निर्माण करना है जिसमें उपकरणों का एक ज्ञात-अच्छा सेट शामिल है जिसे मेजबान प्रणाली से अलग किया जा सकता है। का उपयोग करके चुरोट, शेष अध्यायों में कमांड उस वातावरण में समाहित होंगे, जिससे लक्ष्य एलएफएस प्रणाली का स्वच्छ, परेशानी मुक्त निर्माण सुनिश्चित होगा। निर्माण प्रक्रिया को नए पाठकों के लिए जोखिमों को कम करने और एक ही समय में सबसे अधिक शैक्षिक मूल्य प्रदान करने के लिए डिज़ाइन किया गया है।

नोट

जारी रखने से पहले, कार्यशील प्लेटफ़ॉर्म के नाम से अवगत रहें, जिसे अक्सर लक्ष्य ट्रिपलेट के रूप में जाना जाता है। लक्ष्य त्रिक का नाम निर्धारित करने का एक सरल तरीका चलाना है config.अनुमान स्क्रिप्ट जो कई पैकेजों के लिए स्रोत के साथ आती है। बिनुटिल्स स्रोतों को अनपैक करें और स्क्रिप्ट चलाएँ: ./config.अनुमान और आउटपुट नोट करें. उदाहरण के लिए, 32-बिट इंटेल प्रोसेसर के लिए आउटपुट होगा i686-पीसी-लिनक्स-ग्नू. 64-बिट सिस्टम पर यह होगा x86_64-पीसी-linux-gnu.

प्लेटफ़ॉर्म के डायनेमिक लिंकर के नाम से भी अवगत रहें, जिसे अक्सर डायनेमिक लोडर के रूप में जाना जाता है (मानक लिंकर के साथ भ्रमित न हों) ld यह बिनुटिल्स का हिस्सा है)। Glibc द्वारा प्रदान किया गया डायनामिक लिंकर किसी प्रोग्राम के लिए आवश्यक साझा लाइब्रेरीज़ को ढूंढता है और लोड करता है, प्रोग्राम को चलाने के लिए तैयार करता है, और फिर उसे चलाता है। 32-बिट इंटेल मशीन के लिए डायनामिक लिंकर का नाम होगा एलडी-linux.so.2 (एलडी-लिनक्स-x86-64.so.2 64-बिट सिस्टम के लिए)। डायनेमिक लिंकर का नाम निर्धारित करने का एक निश्चित तरीका होस्ट सिस्टम से यादृच्छिक बाइनरी का निरीक्षण करना है: रीडेल्फ -एल | ग्रेप दुभाषिया और आउटपुट नोट कर रहा हूँ। सभी प्लेटफार्मों को कवर करने वाला आधिकारिक संदर्भ इसमें है शिलिब-संस्करण Glibc स्रोत ट्री की जड़ में फ़ाइल।

नोट

जारी रखने से पहले, कार्यशील प्लेटफ़ॉर्म के नाम से अवगत रहें, जिसे अक्सर लक्ष्य ट्रिपलेट के रूप में जाना जाता है। लक्ष्य त्रिक का नाम निर्धारित करने का एक सरल तरीका चलाना है config.अनुमान स्क्रिप्ट जो कई पैकेजों के लिए स्रोत के साथ आती है। बिनुटिल्स स्रोतों को अनपैक करें और स्क्रिप्ट चलाएँ: ./config.अनुमान और आउटपुट नोट करें. उदाहरण के लिए, 32-बिट इंटेल प्रोसेसर के लिए आउटपुट होगा i686-पीसी-लिनक्स-ग्नू. 64-बिट सिस्टम पर यह होगा x86_64-पीसी-linux-gnu.

प्लेटफ़ॉर्म के डायनेमिक लिंकर के नाम से भी अवगत रहें, जिसे अक्सर डायनेमिक लोडर के रूप में जाना जाता है (मानक लिंकर के साथ भ्रमित न हों) ld यह बिनुटिल्स का हिस्सा है)। Glibc द्वारा प्रदान किया गया डायनामिक लिंकर किसी प्रोग्राम के लिए आवश्यक साझा लाइब्रेरीज़ को ढूंढता है और लोड करता है, प्रोग्राम को चलाने के लिए तैयार करता है, और फिर उसे चलाता है। 32-बिट इंटेल मशीन के लिए डायनामिक लिंकर का नाम होगा एलडी-linux.so.2 (एलडी-लिनक्स-x86-64.so.2 64-बिट सिस्टम के लिए)। डायनेमिक लिंकर का नाम निर्धारित करने का एक निश्चित तरीका होस्ट सिस्टम से यादृच्छिक बाइनरी का निरीक्षण करना है: रीडेल्फ -एल | ग्रेप दुभाषिया और आउटपुट नोट कर रहा हूँ। सभी प्लेटफार्मों को कवर करने वाला आधिकारिक संदर्भ इसमें है शिलिब-संस्करण Glibc स्रोत ट्री की जड़ में फ़ाइल।

अध्याय 5 निर्माण विधि कैसे काम करती है इसके कुछ प्रमुख तकनीकी बिंदु:

• "विक्रेता" फ़ील्ड लक्ष्य ट्रिपलेट को बदलकर, कार्यशील प्लेटफ़ॉर्म के नाम को थोड़ा समायोजित करें एलएफएस_टीजीटी वेरिएबल, यह सुनिश्चित करता है कि बिनुटिल्स और जीसीसी का पहला निर्माण एक संगत क्रॉस-लिंकर और क्रॉस-कंपाइलर का उत्पादन करता है। किसी अन्य आर्किटेक्चर के लिए बायनेरिज़ का उत्पादन करने के बजाय, क्रॉस-लिंकर और क्रॉस-कंपाइलर वर्तमान हार्डवेयर के साथ संगत बायनेरिज़ का उत्पादन करेंगे।

• अस्थायी पुस्तकालय क्रॉस-संकलित हैं। क्योंकि एक क्रॉस-कंपाइलर अपनी प्रकृति से अपने होस्ट सिस्टम से किसी भी चीज़ पर भरोसा नहीं कर सकता है, यह विधि होस्ट से हेडर या लाइब्रेरीज़ को नए टूल में शामिल करने की संभावना को कम करके लक्ष्य सिस्टम के संभावित संदूषण को हटा देती है। क्रॉस-संकलन 32-बिट सक्षम हार्डवेयर पर 64-बिट और 64-बिट लाइब्रेरी दोनों के निर्माण की संभावना की भी अनुमति देता है।

• जीसीसी स्रोत का सावधानीपूर्वक हेरफेर संकलक को बताता है कि किस लक्ष्य गतिशील लिंकर का उपयोग किया जाएगा।

बिनुटिल्स पहले स्थापित किया गया है क्योंकि कॉन्फ़िगर GCC और Glibc दोनों के रन असेंबलर और लिंकर पर विभिन्न फ़ीचर परीक्षण करते हैं ताकि यह निर्धारित किया जा सके कि कौन से सॉफ़्टवेयर फ़ीचर को सक्षम या अक्षम करना है। यह उससे कहीं अधिक महत्वपूर्ण है जितना कोई पहले समझ सकता है। गलत तरीके से कॉन्फ़िगर किए गए GCC या Glibc के परिणामस्वरूप एक सूक्ष्म रूप से टूटी हुई टूलचेन हो सकती है, जहां इस तरह के टूटने का प्रभाव संपूर्ण वितरण के निर्माण के अंत तक दिखाई नहीं दे सकता है। बहुत अधिक अतिरिक्त कार्य करने से पहले परीक्षण सूट की विफलता आमतौर पर इस त्रुटि को उजागर करेगी।

बिनुटिल्स अपने असेंबलर और लिंकर को दो स्थानों पर स्थापित करता है, /उपकरण/बिन और /टूल्स/$LFS_TGT/bin. एक स्थान के उपकरण दूसरे स्थान से मजबूती से जुड़े हुए हैं। लिंकर का एक महत्वपूर्ण पहलू इसका पुस्तकालय खोज क्रम है। विस्तृत जानकारी यहां से प्राप्त की जा सकती है ld इसे पारित करके --शब्दशः झंडा। उदाहरण के लिए, ए एलडी --वर्बोज़ | ग्रेप खोज वर्तमान खोज पथों और उनके क्रम का वर्णन करेगा। यह दिखाता है कि कौन सी फ़ाइलें लिंक की गई हैं ld एक डमी प्रोग्राम संकलित करके और पास करके --शब्दशः लिंकर पर स्विच करें. उदाहरण के लिए, gcc dummy.c -Wl,--verbose 2>&1

| grep successful लिंकिंग के दौरान सफलतापूर्वक खोली गई सभी फाइलें दिखाएगा।

स्थापित अगला पैकेज जीसीसी है। इसके चलने के दौरान क्या देखा जा सकता है इसका एक उदाहरण कॉन्फ़िगर है:

जाँच रहा है कि किस असेंबलर का उपयोग करना है... /tools/i686-lfs-linux-gnu/bin/as जाँच रहा है कि किस लिंकर का उपयोग करना है... /tools/i686-lfs-linux-gnu/bin/ld

यह ऊपर उल्लिखित कारणों से महत्वपूर्ण है। यह यह भी दर्शाता है कि जीसीसी की कॉन्फ़िगर स्क्रिप्ट यह पता लगाने के लिए PATH निर्देशिकाओं की खोज नहीं करती है कि कौन से टूल का उपयोग करना है। हालाँकि, के वास्तविक संचालन के दौरान जीसीसी स्वयं, समान खोज पथों का आवश्यक रूप से उपयोग नहीं किया जाता है। यह पता लगाने के लिए कि कौन सा मानक लिंकर है जीसीसी उपयोग करेंगे, चलाएंगे: जीसीसी -प्रिंट-प्रोग-नाम = एलडी.

विस्तृत जानकारी यहां से प्राप्त की जा सकती है जीसीसी इसे पारित करके -v डमी प्रोग्राम संकलित करते समय कमांड लाइन विकल्प। उदाहरण के लिए, जीसीसी -वी डमी.सी प्रीप्रोसेसर, संकलन और असेंबली चरणों सहित के बारे में विस्तृत जानकारी दिखाएगा जीसीसीइसमें खोज पथ और उनका क्रम शामिल है।

इसके बाद सैनिटाइज्ड लिनक्स एपीआई हेडर इंस्टॉल किए गए हैं। ये मानक C लाइब्रेरी (Glibc) को लिनक्स कर्नेल द्वारा प्रदान की जाने वाली सुविधाओं के साथ इंटरफ़ेस करने की अनुमति देते हैं।

स्थापित किया गया अगला पैकेज Glibc है। Glibc के निर्माण के लिए सबसे महत्वपूर्ण विचार कंपाइलर, बाइनरी टूल और कर्नेल हेडर हैं। कंपाइलर आम तौर पर कोई समस्या नहीं है क्योंकि Glibc हमेशा संबंधित कंपाइलर का उपयोग करेगा --मेज़बान पैरामीटर इसकी कॉन्फ़िगर स्क्रिप्ट को पास कर दिया गया; उदाहरण के लिए हमारे मामले में, कंपाइलर होगा i686-एलएफएस-लिनक्स-जीएनयू-जीसीसी. बाइनरी टूल और कर्नेल हेडर थोड़े अधिक जटिल हो सकते हैं। इसलिए, कोई जोखिम न लें और सही चयन लागू करने के लिए उपलब्ध कॉन्फिगर स्विच का उपयोग करें। के भागने के बाद कॉन्फ़िगर, की सामग्री की जाँच करें config.बनाना में दायर glibc-बिल्ड सभी महत्वपूर्ण विवरणों के लिए निर्देशिका। के उपयोग पर ध्यान दें CC='i686-lfs-gnu-gcc' यह नियंत्रित करने के लिए कि कौन से बाइनरी टूल का उपयोग किया जाता है और इसका उपयोग क्या है -नोस्टडिंक और -सिस्टम कंपाइलर के खोज पथ को नियंत्रित करने के लिए झंडे। ये आइटम ग्लिबैक पैकेज के एक महत्वपूर्ण पहलू पर प्रकाश डालते हैं - यह अपनी निर्माण मशीनरी के मामले में बहुत आत्मनिर्भर है और आम तौर पर टूलचेन डिफ़ॉल्ट पर निर्भर नहीं होता है।

बिनुटिल्स के दूसरे पास के दौरान, हम इसका उपयोग करने में सक्षम हैं --साथ-lib-पथ नियंत्रण के लिए स्विच कॉन्फ़िगर करें ldलाइब्रेरी का खोज पथ.

जीसीसी के दूसरे पास के लिए, जीसीसी को नए डायनेमिक लिंकर का उपयोग करने के लिए कहने के लिए इसके स्रोतों को भी संशोधित करने की आवश्यकता है। ऐसा करने में विफलता के परिणामस्वरूप जीसीसी प्रोग्रामों को स्वयं होस्ट सिस्टम के डायनेमिक लिंकर का नाम प्राप्त हो जाएगा / दायित्व निर्देशिका उनमें अंतर्निहित है, जो मेजबान से दूर होने के लक्ष्य को विफल कर देगी। इस बिंदु से आगे, मुख्य टूलचेन स्व-निहित और स्व-होस्टेड है। अध्याय 5 पैकेज के शेष सभी नए ग्लिबैक के विरुद्ध निर्मित हैं /औजार.

अध्याय 6 में चेरूट वातावरण में प्रवेश करने पर, स्थापित किया जाने वाला पहला प्रमुख पैकेज Glibc है, इसकी ऊपर उल्लिखित आत्मनिर्भर प्रकृति के कारण। एक बार यह Glibc इंस्टॉल हो जाए / usr, हम टूलचेन डिफॉल्ट्स का त्वरित बदलाव करेंगे, और फिर शेष लक्ष्य एलएफएस सिस्टम के निर्माण में आगे बढ़ेंगे।

<पिछला | विषय-सूची | अगला>