للتنفيذ في Fedora 33 قواعد استخدام المترجمين في التوزيع، والتي بموجبها يمكن اختيار المترجم لبناء الحزمة اعتمادًا على توصيات وتفضيلات المشروع الرئيسي (المنبع). يفرض Fedora حاليًا استخدام دول مجلس التعاون الخليجي لإنشاء جميع الحزم ما لم يكن من الممكن إنشاء الحزمة فقط في Clang/LLVM.
السبب وراء توفير القدرة على البناء باستخدام Clang هو أن بعض المشاريع، على سبيل المثال. и ، أثناء التطوير يستخدمون Clang باعتباره المترجم الرئيسي ويتم اختبار التجميعات المبنية عليه بشكل أفضل. سيؤدي استخدام Clang لمثل هذه الحزم إلى تجنب اكتشاف الأخطاء التي تظهر عند البناء في دول مجلس التعاون الخليجي، بالإضافة إلى تنسيق إصلاحات هذه الأخطاء مع المشروع الرئيسي. البناء مع دول مجلس التعاون الخليجي له تأثير إيجابي على الحفاظ على إمكانية نقل التعليمات البرمجية التي تم تطويرها باستخدام Clang، ولكنه يخلق عبئًا أكبر على المشرفين ويؤخر نشر التحديثات (على سبيل المثال، Mozilla استخدم علامة Firefox التجارية عند تطبيق تصحيحات الجهات الخارجية، لذلك عليك التأكد أولاً من تضمين التصحيحات في التدفق الرئيسي وإصدار التحديث فقط بعد ظهور الإصلاحات في المنبع).
تجدر الإشارة إلى أنه سيكون من المنطقي استخدام Clang للحزم التي يكون هذا المترجم مناسبًا لها بشكل أفضل ويستخدم في المشروع الرئيسي. بالنسبة لمثل هذه الحزم، سيكون من الممكن تقليل عبء الصيانة إذا تم إعداد الحزم من قبل ممثلي المشروع الرئيسي. إذا كان ممثل المجتمع هو الذي يبني الحزمة، فمن المقترح منح القدرة على اختيار المترجم إلى المشرف. بالنسبة للحزم التي لا تفضل مشاريعها الرئيسية مترجمًا واحدًا أو آخر، فمن المستحسن الحفاظ على الوضع الراهن (البناء في دول مجلس التعاون الخليجي كما كان من قبل). مؤلف الاقتراح هو جيف لو من شركة Red Hat، وهو أحد المشرفين على مجلس التعاون الخليجي وBinutils.
المصدر: opennet.ru