Les algos qui vont ameliorer les performances ont besoin d'information qui ne sont pas, ou difficilement accessible, ce qui ralentit beaucoup la compilation.
Le probleme est lie au fait que les optimisations existantes sur le papier se basent su la semantique du code haut niveau. Cependant, dans GCC, les optimisations se font a un moment ou le code n'a acces qu'a la representation bas niveau du code (RTL).
Pour l'instant, pas mal de travail est fait pour developer une API qui va enregistrer les informations interessantes lorsque le compilateur travaille sur la representation haut niveau, et rendre l'information disponible plus tard. Par exemple, treeSSA.
D'autres travaux sont fait pour effectuer des transformations sur le code qui en soit ne produit pas forcement de gain en performance, mais offre plus de flexibilite de transformation pour des algos a venir.
[^] # Re: Itanium
Posté par mdlh . En réponse à la dépêche Sortie de GCC 4.2. Évalué à 6.
Les algos qui vont ameliorer les performances ont besoin d'information qui ne sont pas, ou difficilement accessible, ce qui ralentit beaucoup la compilation.
Le probleme est lie au fait que les optimisations existantes sur le papier se basent su la semantique du code haut niveau. Cependant, dans GCC, les optimisations se font a un moment ou le code n'a acces qu'a la representation bas niveau du code (RTL).
Pour l'instant, pas mal de travail est fait pour developer une API qui va enregistrer les informations interessantes lorsque le compilateur travaille sur la representation haut niveau, et rendre l'information disponible plus tard. Par exemple, treeSSA.
D'autres travaux sont fait pour effectuer des transformations sur le code qui en soit ne produit pas forcement de gain en performance, mais offre plus de flexibilite de transformation pour des algos a venir.