आधिकारिक रिलीज एलएलवीएम 3.3

उन लोगों के लिए जो क्लैंग / एलएलवीएम के विकास की बारीकी से निगरानी नहीं करते हैं, मैं आपको सूचित करता हूं कि संस्करण 3.3 जारी किया गया था। एलएलवीएम छलांग और सीमा से बढ़ना जारी है, और नई रिलीज, जैसा कि कहा गया है, सभी सी ++ 11 सुविधाओं का समर्थन करने वाला पहला है, नए लक्ष्यों के पूरे समूह के लिए अतिरिक्त समर्थन और एलएलवीएम बुनियादी ढांचे पर आधारित कई दिलचस्प उपकरण दिखाई दिए हैं। ऑप्टिमाइज़र भी विकसित करना जारी रखता है - एक ऑटोवैक्टराइज़र दिखाई दिया है, जो डिफ़ॉल्ट रूप से -O3 पर काम करता है, मौजूदा ऑप्टिमाइज़ेशन को बेहतर बनाने के लिए बहुत कुछ किया गया है। विवरण में रुचि रखने वाला कोई भी - बिल्ली में आपका स्वागत है।

चलो C ++ 11 समर्थन के साथ शुरू करते हैं। पूर्ण समर्थन की घोषणा की जाती है, जैसे कि महत्वपूर्ण सुविधाओं के लिए पुस्तकालय समर्थन, उदाहरण के लिए, std :: regex। अप्रैल में एलएलवीएम ब्लॉग में ट्रंक में सी ++ 11 पर काम पूरा करने की घोषणा की गई थी और अब फ्रंट-एंड डेवलपर्स अगले मानक के मसौदे का समर्थन करने में व्यस्त हैं, जिसे सी ++ 1y कहा जाता है। वे कहते हैं कि सी ++ 11 की रिहाई के बाद कई कष्टप्रद खामियां थीं, ब्योर्न स्ट्रॉन्गअप ने कहा कि वह तब तक एक नया मानक जारी नहीं करेगा जब तक कि सभी विशेषताओं को कम से कम एक संकलक में लागू नहीं किया जाता। तो वह सब कुछ क्लैंग डेवलपर्स की गतिविधि का स्वागत करना है।

जो लोग मौजूदा परियोजनाओं में अभी C ++ 11 का उपयोग शुरू करने के लिए तैयार हैं, उनके लिए एक विशेष C ++ 11 माइग्रेशन टूल की पेशकश की जाती है। इस उपयोगिता के साथ, आप स्वचालित रूप से पुराने छोरों को सीमा-आधारित छोरों में बदल सकते हैं, शून्य के साथ प्रारंभिक बिंदुओं के बजाय नल्ट्रप्र का उपयोग करने की व्यवस्था कर सकते हैं, प्रकार को चर घोषणाओं में ऑटो में बदल सकते हैं जहां उपयुक्त हो, और आभासी वर्चुअल घोषणाओं में ओवरराइड जोड़ सकते हैं। यह ध्यान देने योग्य है कि यह उपकरण इंटेल के कर्मचारियों द्वारा विकसित किया गया था, जो कि Apple और Google के साथ LLVM में अधिक निवेश करने लगा है।

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

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

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

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

नई रिलीज में नए लक्ष्यों के लिए समर्थन शामिल है, जिनमें से सबसे उल्लेखनीय AArch64 और AMD R600 GPU हैं। इसके अलावा सूची में आईबीएम का z / आर्किटेक्चर S390 है - मुझे लगता है कि इस तरह की वास्तुकला के लिए समर्थन पहले से ही संकलक परिपक्वता के लिए एक आवेदन है। किसी को गंभीरता से सुधारने वाले PowerPC बैक-एंड और MIPS समर्थन में रुचि हो सकती है।

आधिकारिक रिलीज़ नोट्स यहां उपलब्ध हैं , और विभिन्न प्लेटफार्मों के लिए कंपाइलर यहां डाउनलोड किए जा सकते हैं ।