जीसीसी को मुख्य फ्रीबीएसडी लाइनअप से हटा दिया जाएगा

फ्रीबीएसडी डेवलपर्स प्रस्तुत फ्रीबीएसडी बेस सिस्टम स्रोतों से जीसीसी 4.2.1 को हटाने की योजना। फ्रीबीएसडी 13 शाखा को फोर्क करने से पहले जीसीसी घटकों को हटा दिया जाएगा, जिसमें केवल क्लैंग कंपाइलर शामिल होगा। यदि वांछित हो तो जीसीसी को उन बंदरगाहों से वितरित किया जा सकता है जहां इसकी पेशकश की जाती है जीसीसी 9, 7 и 8, साथ ही पहले से ही अप्रचलित की श्रेणी में स्थानांतरित कर दिया गया है मुद्दे जीसीसी 4.8, 5, 6 и 7.

जो आर्किटेक्चर जीसीसी पर निर्भर हैं और क्लैंग पर माइग्रेट नहीं कर सकते, उन्हें बंदरगाहों से स्थापित बाहरी टूल पर माइग्रेट करने के लिए कहा जाएगा। बेस सिस्टम से जीसीसी को हटाने की तैयारी में, बाहरी उपकरणों के साथ बेस सिस्टम बिल्ड सिस्टम के एकीकरण में सुधार करने की योजना बनाई गई है। उदाहरण के लिए, amd64 आर्किटेक्चर के लिए, सतत एकीकरण प्रणाली ने पहले ही बंदरगाहों से gcc 6.4 का उपयोग करके निर्माण करने की क्षमता जोड़ दी है, जिसका उपयोग अन्य आर्किटेक्चर के अनुवाद के लिए आधार के रूप में किया जा सकता है।

आइए याद रखें कि FreeBSD 10 से शुरू करके, i386, AMD64 और ARM आर्किटेक्चर के लिए बेस सिस्टम को क्लैंग कंपाइलर की डिफ़ॉल्ट डिलीवरी और LLVM प्रोजेक्ट द्वारा विकसित libc++ लाइब्रेरी में स्थानांतरित कर दिया गया था। इन आर्किटेक्चर के लिए GCC और libstdc++ को अब बेस सिस्टम के हिस्से के रूप में नहीं बनाया गया था, लेकिन पावरपीसी, mips, mips64 और sparc64 आर्किटेक्चर के लिए डिफ़ॉल्ट रूप से आपूर्ति की जाती रही, और निर्दिष्ट किए गएWith_GCC औरWith_GNUCXX झंडे के साथ पुनर्निर्माण करते समय भी स्थापित किया जा सकता है। GCC 4.2.1 का पुराना संस्करण लाइसेंसिंग प्रतिबंधों के कारण शिप किया गया था।

FreeBSD GCC के नए संस्करण में स्थानांतरित नहीं हो सका, क्योंकि रिलीज़ के बाद से 4.2.2 GCC था अनुवाद बीएसडी लाइसेंस के साथ जीसीसी रनटाइम घटकों की असंगति के कारण जीपीएलवी3 लाइसेंस और जीसीसी 4.2.2 एकीकरण में बाधा उत्पन्न हुई। बाद में, संस्करण जीसीसी 4.4 में यह असंगति आई हटा दिया गया, लेकिन FreeBSD बेस सिस्टम में GPLv3-लाइसेंस प्राप्त घटकों को जोड़ा गया था असंभव पाया के साथ विरोधाभास के कारण फ्रीबीएसडी परियोजना के लक्ष्य और उपयोगकर्ताओं पर प्रतिबंध लगाने जैसे अतिरिक्त प्रतिबंध लगाने की अनिच्छा tivoization.

बेस सिस्टम में जीसीसी से छुटकारा पाने की प्रक्रिया को कई चरणों में विभाजित किया जाएगा और 9 महीने तक चलेगा, जो जीसीसी-बाउंड आर्किटेक्चर (पॉवरपीसी, एमआईपी, एमआईपी 64 और स्पार्क 64) के डेवलपर्स को क्लैंग में माइग्रेट करने या उपयोग करने के लिए स्विच करने का समय देगा। बाहरी उपकरण. पहला चरण 31 अगस्त को शुरू होगा और निरंतर एकीकरण प्रणाली निर्माण से जीसीसी 4.2.1 को बाहर कर दिया जाएगा, साथ ही जीसीसी-बाउंड प्लेटफार्मों के लिए "-वॉरर" ध्वज को समाप्त कर दिया जाएगा और जीसीसी बिल्ड को अक्षम कर दिया जाएगा। "मेक यूनिवर्स" चलाते समय डिफ़ॉल्ट।

31 दिसंबर, 2019 को, GCC बिल्ड डिफ़ॉल्ट रूप से अक्षम हो जाएगा, लेकिन फिर भी कुछ फ़्लैग निर्दिष्ट करके इसे पूर्ववत किया जा सकता है। 31 मार्च, 2020 को, जीसीसी को एसवीएन रिपॉजिटरी से हटा दिया जाएगा, और 31 मई को, सभी प्लेटफ़ॉर्म जो निरंतर एकीकरण द्वारा कवर नहीं किए गए हैं, एलएलवीएम का समर्थन नहीं करते हैं, या बाहरी बिल्ड टूल का उपयोग करने के लिए परिवर्तित नहीं किए गए हैं, उन्हें एसवीएन से हटा दिया जाएगा। . 31 जुलाई, 2020 को, एसवीएन से उन सभी शेष प्लेटफार्मों को अंतिम रूप से हटा दिया जाएगा, जिन्हें बाहरी उपकरणों के उपयोग की आवश्यकता होती है, लेकिन रिलीज जेनरेशन स्क्रिप्ट में समर्थित नहीं हैं।

स्रोत: opennet.ru