बनाम माइक्रोसॉफ्ट विज़ुअल सी ++ क्रम जीसीसी क्रम पुस्तकालयों redistributables

Question

किसी को भी सी पर कुछ प्रकाश ++ पुस्तकालय संस्करण और

• जीसीसी पुस्तकालय के वितरण बहाया जा सका (libgcc, libstdC++, ..?)
• माइक्रोसॉफ्ट विज़ुअल सी ++ क्रम पुस्तकालयों (6.0, 2005, 2008, 2010, 2012, 2013, 2015, ....)

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

क्या अपेक्षाकृत पुरानी लिनक्स प्रणाली एक नया सी ++ 14 प्रोग्राम चला सकती है (जिसे एक नई प्रणाली पर संकलित किया गया है और फिर पुराने सिस्टम पर कॉपी किया गया है)?

क्या जीसीसी प्रोग्रामर प्रोग्राम के साथ रनटाइम पुस्तकालयों को वितरित करते हैं? यदि नहीं, तो विंडोज प्रोग्राम उन्हें वितरित क्यों करते हैं? जीसीसी वितरण कैसे सुनिश्चित करते हैं कि एक सी ++ प्रोग्राम हमेशा स्थापित होने पर काम करता है?

क्यूटी जैसे ढांचे के बारे में क्या, लिनक्स और विंडोज़ पर क्यूटी संभाल संस्करण और वितरण कैसे करता है? क्या क्यूटी विभिन्न संस्करणों के लिए रनटाइम भी वितरित करता है?

इसे प्लेटफ़ॉर्म के साथ करना होगा, कैसे लिनक्स डिज़ाइन किया गया है बनाम विंडोज़ कैसे डिज़ाइन किया गया है।

जीसीसी & एमएस विंडोज़ दृष्टिकोण में मूल रूप से अलग क्या है?

Answer 1

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

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

जीएनयू/लिनक्स इस संबंध में काफी मजबूत है, और आम तौर पर मजबूत पिछड़ा संगतता बनाए रखने में सक्षम है। जब तक संकलित प्रोग्राम को लाइब्रेरी के पुराने संस्करण के विरुद्ध संकलित किया गया था, तब तक उपयोगकर्ता द्वारा इंस्टॉल किए गए नए संस्करण के साथ लोड होने पर यह पूरी तरह से चलाया जाएगा। वही कहानी क्यूटी के लिए जाती है, जो केवल प्रमुख संस्करण संख्याओं के बीच एबीआई को तोड़ती है (क्यूटी 4 और क्यूटी 5 को रनटाइम इंटरचेंजनीय पर लोड नहीं किया जा सकता है)।

कुछ छोटे अपवाद हैं, जीसीसी 5 की libstdC++ एक बड़ी समस्या है। मुझे हालांकि कोई बड़ी ग्लिब एबीआई ब्रेकेज नहीं है। नया माइक्रोसॉफ्ट यूनिवर्सल सीआरटी स्थिर सी रनटाइम इंटरफ़ेस प्रदान करके इस समस्या को हल करने का प्रयास करता है और जैसा कि कहानी हमें विश्वास करेगी, एक ग्लिबैक शैली लाइब्रेरी एबीआई स्थिरता प्रदान करें। यह यूसीआरटी विंडोज विस्टा और ऊपर के लिए उपलब्ध है, लेकिन अनुप्रयोगों को इसके खिलाफ विशेष रूप से संकलित करने की आवश्यकता है। वीएस का पहला संस्करण जिसमें यह क्षमता है, वीएस2015 है।