Para la implementación en Fedora 33 reglas de aplicación de compiladores en la distribución, según las cuales el compilador para construir el paquete podrá ser seleccionado dependiendo de las recomendaciones y preferencias del proyecto principal (upstream). Actualmente, en Fedora se prescribe estrictamente usar GCC para compilar todos los paquetes, excepto en casos donde el paquete solo se pueda construir con Clang/LLVM.
El motivo para permitir la construcción mediante Clang es que algunos proyectos, como y , utilizan Clang como su compilador principal y las versiones construidas sobre él han sido probadas con mayor calidad. Usar Clang para estos paquetes permitirá evitar la detección de errores que surgen al compilar con GCC, así como coordinar las correcciones de dichos errores con el proyecto principal. La compilación con GCC tiene un impacto positivo en el mantenimiento de la portabilidad del código desarrollado con Clang, pero crea una carga mayor para quienes lo mantienen y retrasa la publicación de actualizaciones (por ejemplo, Mozilla usar la marca registrada Firefox al aplicar parches de terceros, por lo que es necesario primero conseguir la inclusión de los parches en el conjunto principal y lanzar la actualización solo después de que aparezcan las correcciones en upstream).
Se observa que sería lógico utilizar Clang para los paquetes para los cuales este compilador es más adecuado y se usa en el proyecto principal. Para tales paquetes se podría reducir la carga de mantenimiento si la preparación de los paquetes es realizada por representantes del proyecto principal. Si la construcción del paquete la lleva a cabo un representante de la comunidad, se debería ofrecer la opción de elección del compilador al mantenedor. Para los paquetes cuyos proyectos principales no favorecen un compilador en particular, se recomienda mantener el statu quo (compilar en GCC como antes). El autor de la propuesta es Jeff Law de Red Hat, quien es uno de los mantenedores de GCC y Binutils.
Fuente: opennet.ru
