LLVM dispose depuis un certain temps d’une bibliothèque pour exécuter du code OpenMP sur un accélérateur, principalement les coprocesseurs Intel Xeon Phi (qui tombent en désuétude). liboffload était une contribution d’Intel pour exploiter autant que possible ses coprocesseurs hautement parallèles (une soixantaine de cœurs par processeur, chacun extrêmement programmable, au contraire des processeurs graphiques).liboffload est une vieille copie de l’implémentation d’OpenMP d’Intel, mais elle n’avait plus été mise à jour depuis des années — Intel continuant à développer sa propre copie. Le pire était que liboffload ne compilait plus dans tous les cas… et a toujours posé des problèmes d’intégration avec le système de compilation de LLVM.
Ce code était très peu utilisé, en réalité : la majorité des processeurs Xeon Phi récents sont des processeurs principaux, pas des cartes d’extension. En d’autres termes, le système d’exploitation est directement lancé sur ce processeur hyper parallèle : il n’y a pas besoin d’une bibliothèque particulière pour lancer le code sur un accélérateur externe.
De plus, libomptarget devient de plus en plus mature. Cette bibliothèque est bien plus généraliste que liboffload (elle peut aussi exploiter des cartes graphiques à travers CUDA, par exemple), tout en implémentant toujours la norme OpenMP.
Ainsi, liboffload avait perdu la plupart de son intérêt. Intel n’a d’ailleurs eu aucun commentaire à faire sur la liste de diffusion du projet LLVM.
Source : [Openmp-dev] Removing liboffload from repository.