je remarquai que gcc pour AVR retard par rapport au flux principal de développement de gcc. Par exemple, gcc pour AVR8 est 4.9.2 dans Atmel Studio 7 et Arduino, et AVR32 dans 4.4.7 dans Atmel Studio. Pendant ce temps, gcc 4.9.4 est la version actuelle 4.9, et le développement pousse 5.x multiples branches, 6.x et 7.x (https://gcc.gnu.org/develop.html). Mon souci est - vais-je rencontrer des problèmes mystérieux en utilisant des fonctionnalités récemment ajoutées du langage C++ (C++ 14, ou peut-être même C++ 17) avec un compilateur moins récent? L'intention incorporée dans le code source va-t-elle être correctement traduite en instructions binaires? (Je vais probablement déclencher une guerre de flamme, désolé mais je devais demander ...)Version gcc AVR <versions de versions gcc - pourquoi?
Est-ce un cas de développeurs trop peu? Effort de portage supplémentaire pour le générateur de code AVR? Une décision consciente prise par les développeurs d'AVR gcc de ne faire qu'un seul cheval? De nouvelles fonctionnalités du langage C++ sont-elles ajoutées à gcc en parallèle dans toutes les branches 4.x et plus récentes? Les décisions de développement sont-elles documentées? Où?
Merci
Je ne comprends pas la question. Est-ce que vous nous demandez pourquoi une entreprise a pris certaines décisions? Ou comment fonctionne le développement du GCC? En ce qui concerne les caractéristiques linguistiques, leur support est bien documenté sur le site Web du CCG. – UnholySheep
Ceci est hors sujet, non? devrait être sur super utilisateur? – Stargateur
Parce que Atmel met du temps à mettre à jour son GCC personnalisé. Il compile sur une plate-forme différente, et ils doivent fusionner des sources. Ça prend beaucoup de temps. De plus, cette question est hors sujet pour StackOverflow en raison de ses réponses principalement basées sur des opinions, et sera finalement fermée. –