फेडोरा की योजना जीसीसी के बजाय क्लैंग में पैकेज बनाने की क्षमता प्रदान करने की है

फेडोरा 33 में कार्यान्वयन के लिए उल्लिखित परिवर्तन वितरण में कंपाइलर का उपयोग करने के नियम, जिसके अनुसार पैकेज के निर्माण के लिए कंपाइलर को मुख्य परियोजना (अपस्ट्रीम) की सिफारिशों और प्राथमिकताओं के आधार पर चुना जा सकता है। फेडोरा वर्तमान में सभी पैकेजों के निर्माण के लिए जीसीसी के उपयोग को लागू करता है जब तक कि पैकेज केवल क्लैंग/एलएलवीएम में ही नहीं बनाया जा सकता है।

क्लैंग के साथ निर्माण करने की क्षमता प्रदान करने का कारण यह है कि कुछ परियोजनाएँ, उदा. Firefox и क्रोमियम, विकास के दौरान वे मुख्य कंपाइलर के रूप में क्लैंग का उपयोग करते हैं और इस पर आधारित असेंबली का बेहतर परीक्षण किया जाता है। ऐसे पैकेजों के लिए क्लैंग का उपयोग करने से जीसीसी में निर्माण के दौरान सामने आने वाली त्रुटियों को पकड़ने से बचा जा सकेगा, साथ ही मुख्य परियोजना के साथ इन त्रुटियों के समाधान का समन्वय भी किया जा सकेगा। जीसीसी के साथ निर्माण करने से क्लैंग का उपयोग करके विकसित कोड की पोर्टेबिलिटी को बनाए रखने पर सकारात्मक प्रभाव पड़ता है, लेकिन अनुरक्षकों पर अधिक बोझ पड़ता है और अपडेट के प्रकाशन में देरी होती है (उदाहरण के लिए, मोज़िला मना करता है तृतीय-पक्ष पैच लागू करते समय फ़ायरफ़ॉक्स ट्रेडमार्क का उपयोग करें, इसलिए आपको पहले यह सुनिश्चित करना होगा कि पैच मुख्य स्ट्रीम में शामिल हैं और अपडेट केवल अपस्ट्रीम में दिखाई देने के बाद ही जारी करें)।

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

स्रोत: opennet.ru