Discussion :

[Glân von Brylân]

Bonjour,

J'ai récemment installé SFML et configuré Code::Blocks pour l'utiliser. Oh, tout fonctionne parfaitement bien. Seulement, je reçois à chaque compilation toute une flopée d'avertissements qui viennent des fichiers de la SFML.



C'est plutôt gênant pour voir les problèmes qui viennent de mon code...et on est d'accord que je ne vais pas juste désactiver ces messages pour être tranquille ! (en plus j'ai essayé de désactiver les message de Weffc++, ça n'a rien changé)
Alors par exemple certains messages parlent de destructeurs non virtuels. Je pourrais modifier le code de la SFML mais je préfère ne pas m'y risquer...Et puis, pour la majorité, il est question d'un problème avec des pointeurs membres ; je ne comprend même pas ce que disent ceux-ci, d'ailleurs.

Si quelqu'un a une solution...Merci d'avance de me la donner.

[Ehonn]

Bonjour

Pour ce genre de choses, je t'encourage à poster directement sur le forum de la SFML. Éventuellement, tu pourras même proposer de faire un merge request pour corriger ceci.

[Glân von Brylân]

Merci j'y vais de suite, mais...un "merge request" ? Qu'est-ce que tu entends par là ?

[Médinoc]

Note pour l'erreur: Vu qu'on ne référence jamais virtuellement NonCopyable (enfin, ça m'étonnerait qu'on le fasse), son destructeur devrait être protected non-virtuel. Et si GCC geule toujours dessus, alors c'est un bug dans -Weffc++ et c'est chez GCC qu'il faut se plaindre.

[Bousk]

C'est des warning, tu n'as pas à t'en soucier.
Pourquoi ne pas utiliser directement les binaires compilés ?

[Glân von Brylân]

Oui ce ne sont que des warnings, mais comme je le disais, il y en a tellement que j'ai du mal à voir les miens...
Les binaires compilés ? (désolé d'être un gros inculte ^^') Moi j'ai fait comme sur sur le tuto officiel...Et comme ça fonctionne, je n'ai pas cherché plus loin.
(si ça peut être utile j'utlise GCC 4.7.1)

[Ehonn]

Merci j'y vais de suite, mais...un "merge request" ? Qu'est-ce que tu entends par là ?

Gitorious.org et GitHub offre des dépôts git, un logiciel de gestion de versions (décentralisé). Lorsqu'on veut proposer une modification, il est courant de cloner le dépot contenant le code source, faire la modification et la proposer pour la fusionner avec le dépôt original. Faire la proposition de fusion est appelé merge request sur Gitorious.org et pull request sur GitHub.

C'est des warning, tu n'as pas à t'en soucier.

Pas de façon générale
Les warnings sont importants car il peuvent détecter de vrais erreurs (par exemple : utilisation sans initialisation).

Pourquoi ne pas utiliser directement les binaires compilés ?

Je n'ai pas vérifié ce que fait la SFML, mais une classe comme sf::NonCopyable me parait être un bon candidat pour être header-only.

Les binaires compilés ?

Un début de réponse : Wikipédia - Bibliothèque logicielle.

[Glân von Brylân]

Oui, j'aime les warnings (merci le compilo de me rappeler que je dois initiliser variables et pointeur même si j'ai la flemme, par exemple)

La SFML (Simple and Fast Multimedia Library) se veut une alternative orientée objet à la SDL.
Oui, NonCopyable est header-only, même si je ne sais pas si cette information change quoi que ce soit.

Quand à la page wikipedia, désolé de te dire qu'elle ne m'a pas appris grand-chose — je ne suis pas débutant à ce point.

[Ehonn]

Par « binaires compilés », Bousk parlait probablement des bibliothèques déjà compilées disponibles sur le site de la SFML (.so, .a, .dll).

Si des warnings sont dus au code source de la bibliothèque :
- soit c'est dans les headers et tu as le warning
- soit c'est dans le code déjà compilé (la bibliothèque linkée) et tu n'as pas de warning (lors d'une utilisation "classique" de la bibliothèque)
(Voilà ce que ça change pour les warnings.)

[Glân von Brylân]

Pourtant, j'ai bien linké des .a...

[Bousk]

Pas de façon générale
Les warnings sont importants car il peuvent détecter de vrais erreurs (par exemple : utilisation sans initialisation).

Ce sont des warning internes à la lib, donc on s'en moque. Une lib est sensée remplir sa fonction correctement, tu la prends telle qu'elle et lui fais confiance. Si tu fais pas confiance à une lib, tu ne l'utilises pas.
S'attarder sur ce genre de warning est une pure perte de temps.

[Glân von Brylân]

Je ne sais pas si tu as suivi mais la question n'est pas de se demander pourquoi il y a ces warnings mais justement de les faire disparaître...

[Médinoc]

Sans pour autant niveler la qualité du code par le bas.

[ternel]

Tu ne peux pas juste mettre un filtre dans l'IDE?

[Glân von Brylân]

Bon, j'ai trouvé la solution. En fait je linkais la SFML uniquement pour le projet en cours et non pour Code::Blocks en général. En faisant l'inverse je n'ai plus ces warnings intempestifs.
Merci quand même pour le support !