क्लैंग बिल्टिन बनाम मानक कार्यों का उपयोग करने के लाभ

gcc मैन्युअल से:

जीसीसी आम तौर पर कुछ अंतर्निहित कार्यों को अधिक कुशलता से संभालने के लिए विशेष कोड उत्पन्न करता है; उदाहरण के लिए, एलोका को कॉल एकल निर्देश बन सकते हैं जो सीधे स्टैक को समायोजित करते हैं, और memcpy को कॉल इनलाइन कॉपी लूप बन सकते हैं। परिणामी कोड अक्सर छोटा और तेज़ दोनों होता है, लेकिन चूंकि फ़ंक्शन कॉल अब इस तरह प्रकट नहीं होते हैं, आप उन कॉलों पर ब्रेकपॉइंट सेट नहीं कर सकते हैं, न ही आप किसी भिन्न लाइब्रेरी से लिंक करके फ़ंक्शंस के व्यवहार को बदल सकते हैं। इसके अलावा, जब किसी फ़ंक्शन को एक अंतर्निहित फ़ंक्शन के रूप में पहचाना जाता है, तो GCC उस फ़ंक्शन के बारे में जानकारी का उपयोग उस फ़ंक्शन पर कॉल के साथ समस्याओं के बारे में चेतावनी देने के लिए कर सकता है, या अधिक कुशल कोड उत्पन्न करने के लिए, भले ही परिणामी कोड में अभी भी उस फ़ंक्शन के कॉल शामिल हों . उदाहरण के लिए, -Wformat के साथ प्रिंटफ को खराब कॉल के लिए चेतावनी दी जाती है जब प्रिंटफ बनाया जाता है और स्ट्रेलन को वैश्विक मेमोरी को संशोधित नहीं करने के लिए जाना जाता है।

लाइब्रेरी फ़ंक्शंस कंपाइलर के लिए बाहरी हैं, इसलिए यह उनके बारे में उसी हद तक तर्क नहीं कर सकता है जैसे कि बिलिन। उदाहरण के लिए, कंपाइलर निरंतर फोल्डिंग में बिल्टिन का उपयोग कर सकता है, उदाहरण के लिए। __builtin_sqrt(1) को 1 से बदलें, जबकि यह आमतौर पर कॉल टू लाइब्रेरी sqrt(1) के साथ ऐसा नहीं कर सकता है।

बिल्टिन का उपयोग पोर्टेबिलिटी को प्रभावित नहीं करता है, क्योंकि वे मानक सी लागू करते हैं, इसलिए उनके पास समान अर्थशास्त्र है।