Discussion :

[Xjames56X]

Bonjour, pour débuter en C++ je me suis lancé dans un projet assez simple, un 2048.
Auparavant je faisais du C avec des Makefiles uniquement pour des os type UNIX, mais désormais j'aimerais utiliser le C++ et surtout pouvoir partager mon jeu avec mes amis, qu'ils soient sur Windows, Linux ou MacOs.
Pour l'aspect graphique/reseau j'utilise la SFML 2.4 que j'affectionne particulièrement (par rapport à son approche simplifiée, son développement actif, sa documentation Doxygen...) ainsi que la libxml++ (C'est la seule lib que j'ai trouvé intéressante pour parser du XML. Cependant si vous en avez une autre je suis preneur, la dernière version, la 3.0 ne comporte pas les mises à jours correctives de la libxml2, lib qui récemment à eu affaire à une grosse faille de sécurité: https://www.cvedetails.com/vulnerabi...t-Libxml2.html).

Pour compiler, j'aimerais utiliser cmake (je suis actuellement en train de lire mastering-cmake.pdf). Mais je suis un peu perdu. Pour mon environnement de développement, j'ai évidemment installé là SFML, ajouter le répertoire d'installation à ma variable LD_LIBRARY_PATH (ce n'est pas la meilleure méthode, mais ça à le mérite d'être compréhensible pour moi) et j'ai installé la libxml++3.0 dans sa version développement.

Sachant que mon projet est open-source, est-ce que je dois créer un dossier "libs" avec dedans les librairies que j'utilise ? Si oui, est-ce que je dois mettre les librairies en version statique ou dynamique ? est-ce que les utilisateurs de mon projet auront-besoin des versions de développement des libs ?

D'avance merci, j’espère avoir été assez précis sur les détails...

[JolyLoic]

libxml++ est assez lourde à configurer au début et à l'utilisation... Elle a en particulier beaucoup de dépendances qui sont peut-être classiques sous linux, mais qui sont vraiment galère sous windows... J'ai récemment utilisé pugixml qui m'a semblé assez intéressante pour les besoins simples.

Pour ce qui est de la livraison, tout dépend de si tu te lies statiquement ou dynamiquement à tes bibliothèques. Si tu te lies statiquement, l'exécutable est autonome. Si tu te lies dynamiquement, tu auras besoin de livrer avec les bibliothèques partagées, les .so ou .dll (ou de demander à tes utilisateurs qu'ils les aient installées au préalable à un endroit accessible). En général, on fait un mélange des deux en fonction de ce que proposent les bibliothèques utilisées. Par exemple, sous windows avec visual C++, les bibliothèques de base du C++ (qui définissent string, iostream...) sont forcément liées dynamiquement, et demandent obligatoirement de passer par un setup pour être installées, il ne suffit pas qu'elles soient dans le chemin de recherche standard.

Est-ce que ça répond à tes questions ?

[Xjames56X]

libxml++ est assez lourde à configurer au début et à l'utilisation... Elle a en particulier beaucoup de dépendances qui sont peut-être classiques sous linux, mais qui sont vraiment galère sous windows... J'ai récemment utilisé pugixml qui m'a semblé assez intéressante pour les besoins simples.

Merci beaucoup, c'est effectivement ce type de librairies que je cherche, je ne suis pas du tout pro encore, seulement étudiant et cette librairie semble plus accessible pour moi, vous avez parfaitement répondu à ma question par rapport à la libxml

Pour ce qui est de la livraison, tout dépend de si tu te lies statiquement ou dynamiquement à tes bibliothèques. Si tu te lies statiquement, l'exécutable est autonome. Si tu te lies dynamiquement, tu auras besoin de livrer avec les bibliothèques partagées, les .so ou .dll (ou de demander à tes utilisateurs qu'ils les aient installées au préalable à un endroit accessible). En général, on fait un mélange des deux en fonction de ce que proposent les bibliothèques utilisées. Par exemple, sous windows avec visual C++, les bibliothèques de base du C++ (qui définissent string, iostream...) sont forcément liées dynamiquement, et demandent obligatoirement de passer par un setup pour être installées, il ne suffit pas qu'elles soient dans le chemin de recherche standard.

Est-ce que ça répond à tes questions ?

J'avoue ne pas savoir quels sont mes besoins, je suppose par exemple que la SFML et PUGIXML ne seront probablement pas installées par défaut... SI je les lies statiquement cela signifie qu'elles seront "incluses" dans le binaire produit lors de la compilation c'est cela ? (Merci de ne pas m'en vouloir si je suis à côté de la plaque...)

[JolyLoic]

La partie utilisée d'une bibliothèque statique est en effet inclue dans l'exécutable lors de la phase de link.

[Xjames56X]

La partie utilisée d'une bibliothèque statique est en effet inclue dans l'exécutable lors de la phase de link.

Finalement c'est le plus simple... J'ai pas besoin de me demander si l'utilisateur final possède ou non la lib, non ?

[JolyLoic]

En effet, pour moi, ça devrait être le choix par défaut. En résumé, le choix statique par rapport à dynamique :

+ C'est plus simple à déployer
+ C'est plus simple à développer
- Ça fait des exécutables plus gros (et surtout, le code peut être dupliqué à chaque exécutable qui l'utilise, au lieu d'être mis en commun)
- Ça ne permet pas de faire des plug-ins, tout doit être connu à la compilation
+ Ça offre au compilateur plus de possibilités d'optimisations
+ Chaque OS considère les bibliothèques dynamiques différemment, c'est plus difficile de faire du code portable.

[Xjames56X]

Ouo ! je me permet de dire vraiment merci pour la pugixml qui tient en 1 fichier cpp (12000 lignes tout de même) et 1 .hpp, au final c'est très simple a intégrer, meme pas besoin de la transformer en bibliothèque ^^