मैं C में पुस्तकालयों के बारे में पढ़ रहा हूं लेकिन मुझे अभी तक इस बारे में कोई स्पष्टीकरण नहीं मिला है कि वस्तु फ़ाइल क्या है। किसी अन्य संकलित फ़ाइल और ऑब्जेक्ट फ़ाइल के बीच वास्तविक अंतर क्या है?
मुझे खुशी होगी अगर कोई मानव भाषा में समझा सकता है।
जवाबों:
एक ऑब्जेक्ट फ़ाइल संकलन चरण से वास्तविक आउटपुट है। यह ज्यादातर मशीन कोड है, लेकिन जानकारी है कि एक लिंकर को यह देखने की अनुमति देता है कि इसमें क्या प्रतीक हैं और साथ ही प्रतीकों को काम करने के लिए इसकी आवश्यकता है। (संदर्भ के लिए, "प्रतीक" मूल रूप से वैश्विक वस्तुओं, कार्यों आदि के नाम हैं)
एक लिंकर इन सभी ऑब्जेक्ट फ़ाइलों को लेता है और उन्हें एक निष्पादन योग्य बनाने के लिए संयोजित करता है (यह मानते हुए कि यह कर सकता है, यानी: कोई डुप्लिकेट या अपरिभाषित प्रतीक नहीं हैं)। बहुत सारे कंपाइलर आपके लिए ऐसा करेंगे (पढ़ें: वे लिंकर को अपने दम पर चलाते हैं) यदि आप उन्हें कमांड लाइन विकल्पों का उपयोग करके "बस संकलन" करने के लिए नहीं कहते हैं। ( -cएक आम "बस संकलन है; लिंक नहीं" विकल्प।)
ऑब्जेक्ट फ़ाइल स्वयं संकलित फ़ाइल है। दोनों में कोई अंतर नहीं है।
ऑब्जेक्ट फ़ाइलों को लिंक करके एक निष्पादन योग्य फ़ाइल बनाई जाती है।
ऑब्जेक्ट फ़ाइल में निम्न स्तर के निर्देश होते हैं जिन्हें CPU द्वारा समझा जा सकता है। इसीलिए इसे मशीन कोड भी कहा जाता है।
यह निम्न स्तरीय मशीन कोड निर्देशों का द्विआधारी प्रतिनिधित्व है जिसे आप असेंबली भाषा का उपयोग करके सीधे लिख सकते हैं और फिर असेंबली का उपयोग करके विधानसभा भाषा कोड (अंग्रेजी में प्रतिनिधित्व) को मशीन भाषा (हेक्स में प्रतिनिधित्व) में संसाधित कर सकते हैं।
उच्च स्तरीय भाषा जैसे सी में कोड के लिए इस प्रक्रिया के लिए एक सामान्य उच्च स्तरीय प्रवाह है
-> प्री-प्रोसेसर के माध्यम से जाता है
-> अनुकूलित कोड देने के लिए, अभी भी सी में
-> संकलक के माध्यम से जाता है
-> असेंबली कोड देने के लिए
-> एक कोडांतरक के माध्यम से जाता है
-> मशीन भाषा में कोड देने के लिए जो OBJECT FILES में संग्रहित है
-> लिंकर के माध्यम से जाता है
-> एक निष्पादन योग्य फ़ाइल प्राप्त करने के लिए।
इस प्रवाह में कुछ बदलाव हो सकते हैं उदाहरण के लिए अधिकांश कंपाइलर मशीन भाषा कोड को सीधे इकट्ठा कर सकते हैं, एक कोडांतरक के बिना। इसी तरह, वे आपके लिए पूर्व-प्रसंस्करण कर सकते हैं। फिर भी, बेहतर समझ के लिए घटकों को तोड़ना अच्छा है।
ऑब्जेक्ट फ़ाइल के 3 प्रकार हैं।
एक निष्पादन योग्य ऑब्जेक्ट फ़ाइल बनाने के लिए लिंक के समय अन्य रीसोकेबल ऑब्जेक्ट फ़ाइलों के साथ जोड़ा जा सकता है कि एक रूप में मशीन कोड कंटेनर।
यदि आपके पास a.cस्रोत फ़ाइल है, तो जीसीसी के साथ उसकी ऑब्जेक्ट फ़ाइल बनाने के लिए आपको चलना चाहिए:
gcc a.c -c
पूरी प्रक्रिया होगी: प्रीप्रोसेसर (सीपीपी) एसी पर चलेगा इसका आउटपुट (स्टिल सोर्स) कंपाइलर (cc1) में फीड होगा। इसका आउटपुट (असेंबली) असेंबलर (अस) में फीड होगा, जो प्रोड्यूस करेगा relocatable object file। उस फ़ाइल में ऑब्जेक्ट कोड और लिंकिंग (और डिबगिंग अगर -gइस्तेमाल किया गया था) मेटाडेटा शामिल है, और सीधे निष्पादन योग्य नहीं है।
विशेष प्रकार की रिलोसेबल ऑब्जेक्ट फ़ाइल जो गतिशील रूप से लोड की जा सकती है, या तो लोड समय पर, या रन टाइम पर। साझा पुस्तकालय इस प्रकार की वस्तुओं का एक उदाहरण हैं।
कंटेनर मशीन कोड जिसे सीधे मेमोरी में लोड किया जा सकता है (लोडर द्वारा, उदाहरण के लिए निष्पादित ) और बाद में निष्पादित किया जाता है।
कई पर लिंकर चलाने का परिणाम relocatable object filesहै a executable object file। लिंकर सभी इनपुट ऑब्जेक्ट फाइलों को कमांड लाइन से, बाएं से दाएं, सभी एक ही प्रकार के इनपुट सेक्शन (जैसे .data) को एक ही प्रकार के आउटपुट सेक्शन में मर्ज कर देता है । यह उपयोग करता है symbol resolutionऔर relocation।
जब static libraryइनपुट ऑब्जेक्ट्स में संदर्भित फ़ंक्शंस के खिलाफ लिंक को अंतिम निष्पादन योग्य में कॉपी किया जाता है। इसके dynamic librariesबजाय एक प्रतीक तालिका बनाई गई है जो लाइब्रेरी के कार्यों / ग्लोबल्स के साथ एक गतिशील लिंकिंग को सक्षम करेगी। इस प्रकार, परिणाम एक आंशिक रूप से निष्पादन योग्य वस्तु फ़ाइल है, क्योंकि यह पुस्तकालय पर निर्भर करता है। यदि लाइब्रेरी मौजूद नहीं है, तो फ़ाइल अब निष्पादित नहीं हो सकती है)।
लिंकिंग प्रक्रिया निम्नानुसार की जा सकती है:
ld a.o -o myexecutable
आदेश: gcc a.c -o myexecutableबिंदु 1 और बिंदु 3 पर वर्णित सभी आदेशों को लागू करेगा (cpp -> cc1 -> as -> l1 1 )
1: वास्तव में collect2 है, जो ld पर एक आवरण है।
ऑब्जेक्ट फाइलें कोड हैं जो प्रोग्राम को चलाने के लिए फ़ंक्शंस, प्रतीकों और टेक्स्ट पर निर्भर हैं। पुरानी टेलेक्स मशीनों की तरह, जिन्हें अन्य टेलीक्स मशीन को सिग्नल भेजने के लिए टेलेटिपिंग की आवश्यकता होती है।
उसी तरह प्रोसेसर को चलाने के लिए बाइनरी कोड की आवश्यकता होती है, ऑब्जेक्ट फाइलें बाइनरी कोड की तरह होती हैं लेकिन लिंक नहीं होती हैं। लिंक करने से अतिरिक्त फाइलें बनती हैं ताकि उपयोगकर्ता को सी भाषा स्वयं संकलित न करनी पड़े। एक बार ऑब्जेक्ट फ़ाइल को कुछ संकलक जैसे c भाषा, या vb आदि से लिंक करने के बाद, उपयोगकर्ता exe फ़ाइल को सीधे खोल सकते हैं।