La bibliothèque standard C++ est-elle remplaçable?

Question

La bibliothèque standard C++ est-elle liée au compilateur ou une implémentation différente peut-elle être fournie?

Je m'interroge à ce sujet principalement parce qu'il semble que la relation entre le mot-clé typeid et std::type_info gêne cela. Les mots-clés typeid dépendent de l'existence de std::type_info, que je considérerais comme une dépendance dans la mauvaise direction. Et je n'ai aucune idée comment une implémentation personnalisée devrait implémenter la méthode type_info::name().

Mes questions sont les suivantes:

• est-elle remplaçable de bibliothèque standard?
• Si oui, comment peut-on mettre en œuvre std::type_info

Answer 1

Une grande partie de la bibliothèque sont indépendants du compilateur, comme des conteneurs et des algorithmes.

D'autres parties sont très liées à un compilateur spécifique, comme vous avez trouvé - type_info où la bibliothèque documente plutôt ce que le compilateur fait plutôt que de le prescrire.

D'autres exemples similaires pourraient être bad_exception, std :: size_t, et des fonctionnalités C++ 11 comme type_traits, atomics, et std :: initializer_list, qui ont tous besoin du support du compilateur. La bibliothèque doit être étroitement liée à ce qu'un compilateur spécifique fait réellement.

Il est possible d'écrire une bibliothèque qui fonctionne avec plusieurs compilateurs, mais pas sans accorder du code de bas niveau à chaque compilateur spécifique. Les bibliothèques mentionnées ailleurs font exactement cela.

Answer 2

Il est remplaçable. Jetez un coup d'oeil dans stl port

Answer 3

Eh oui, il y a une variété de '' STL:

• mise en œuvre originale STL par Stepanov et Lee. 1994, Hewlett-Packard. Plus maintenu.
• SGI STL, basé sur la mise en œuvre originale par Stepanov & Lee. 1997, Silicon Graphics. Plus maintenu.
• libstdC++ de gnu (faisait partie de libg ++)
• libC++ de clang
• STLPort, basé sur SGI STL
• bibliothèque standard Rogue Wave (HP, SGI, SunSoft, Siemens-Nixdorf)
• Dinkum STL bibliothèque par PJ Plauger

Edit:

Puisque c'est apparemment sur la bibliothèque standard C++ , il y a des alternatives à cela aussi:

• Apache C++ Standard Library (http://stdcxx.apache.org/)
• Dinkumware C++ Standard Library (http://www.dinkumware.com/cpp.aspx)
• libC++ C++ Standard Library (http://libcxx.llvm.org/)
• de libstdc GNU ++

Answer 4

Oui, STL n'est pas lié avec le compilateur même si sa mise en œuvre STL par défaut est différente. Vous pouvez généralement modifier l'implémentation STL en modifiant certains paramètres du projet.

E.g. Dans vS2008, vous pouvez faire

Outils-> Options-> Projet et Solutions -> VC++ Directoires -> Inclure les fichiers, ajouter une implémentation différente (par exemple STL PORT), puis déplacer cette ligne vers le haut (au-dessus de l'implémentation par défaut)), alors vous l'avez.

Answer 5

un exemple d'une alternative STL, sacrifiant une norme-conformité pour la vitesse: EASTL (par Electronic Arts) https://github.com/paulhodge/EASTL