GCC sera supprimé des sources de base de FreeBSD

Développeurs FreeBSD a été présentée plan de suppression de GCC 4.2.1 des sources du système de base FreeBSD. Les composants GCC seront retirés avant la branche FreeBSD 13, qui ne contiendra que le compilateur Clang. GCC pourra être installé à partir des ports, où il est proposé , peuvent toujours être installées à partir de paquets et de ports. GCC à partir des ports est également recommandé pour la construction de FreeBSD sur des architectures qui dépendent de GCC et ne peuvent pas passer à Clang. Rappelons qu'à partir de FreeBSD 10, le système de base pour les architectures i386, AMD64 et ARM est passé à la livraison par défaut du compilateur Clang et de la bibliothèque libc++ développée par le projet LLVM. GCC et libstdc++ pour les architectures spécifiées ne sont plus construits comme partie du système de base, mais continuent d'être fournis par défaut pour les architectures powerpc, mips, mips64 et sparc64., 7 et 8, ainsi que ceux déjà rétrogradés les versions GCC 4.8, 5, 6 et 7.

Pour les architectures dépendant de GCC et ne pouvant pas migrer vers Clang, il sera proposé d'utiliser des outils externes installés depuis les ports. Dans le cadre de la préparation à la suppression de GCC du système de base, des travaux seront effectués pour améliorer l'intégration du système de construction avec des outils externes. Par exemple, pour l'architecture amd64, la possibilité de construire avec gcc 6.4 provenant des ports a déjà été ajoutée au système d'intégration continue, ce qui peut servir de base pour la migration d'autres architectures.

Rappelons qu'à partir de FreeBSD 10, le système de base pour les architectures i386, AMD64 et ARM a été migré vers l'utilisation par défaut du compilateur Clang et de la bibliothèque libc++ développée par le projet LLVM. GCC et libstdc++ pour ces architectures ne sont plus construits en tant que partie du système de base, mais continuent d'être fournis par défaut pour les architectures powerpc, mips, mips64, et sparc64, et pouvaient être installés lors de la reconstruction avec les indicateurs WITH_GCC et WITH_GNUCXX. La fourniture de la version obsolète GCC 4.2.1 était due à des restrictions de licence.

FreeBSD n'a pas pu passer à une version plus récente de GCC, car à partir de la version 4.2.2, GCC a été transféré à la licence GPLv3 et l'intégration de GCC 4.2.2 était entravée par l'incompatibilité des composants runtime de GCC avec la licence BSD. Plus tard, dans la version GCC 4.4, cette incompatibilité a été résolue, mais l'ajout de composants sous licence GPLv3 au système de base FreeBSD a été jugé impossible en raison de contradictions avec les objectifs du projet FreeBSD et du désir d'éviter d'imposer des restrictions supplémentaires aux utilisateurs, telles que l'interdiction de la tivoization.

Le processus de suppression de GCC du système de base sera divisé en plusieurs phases et durera 9 mois, ce qui donnera aux développeurs des architectures liées à GCC (powerpc, mips, mips64 et sparc64) le temps de migrer vers Clang ou de passer à l'utilisation d'outils externes. La première phase débutera le 31 août et aboutira à l'élimination de gcc 4.2.1 de la construction dans le système d'intégration continue, ainsi qu'à l'arrêt de l'application du drapeau « -Werror » pour les plateformes liées à GCC et à la désactivation par défaut de la construction de GCC lors de l'exécution de « make universe ».

Le 31 décembre 2019, la construction de GCC sera désactivée par défaut, mais pourra encore être réactivée en spécifiant certains drapeaux. Le 31 mars 2020, GCC sera supprimé du dépôt SVN, et le 31 mai, toutes les plateformes non couvertes par le système d'intégration continue, qui ne prennent pas en charge LLVM ou qui ne sont pas migrées vers l'utilisation d'outils de construction externes, seront supprimées de SVN. Le 31 juillet 2020, la suppression finale de toutes les plateformes restantes nécessitant des outils externes, mais non prises en charge dans les scripts de création de versions, sera effectuée.

Source : opennet.ru