De l'autre coté, pour les warnings TRES nombreux (je pense en particulier au signed/unsigned mismatch), le soucis c'est qu'il sont à 99,99% inoffensifs, et que si je les coupe, je risque de rater LE vrai positif le jour ou je bosse sur un fichier spécifique et que du coup, en ne compilant que lui, je m'attarde un peu sur les warnings que j'ai.
Ce qui marche bien pour ça, c'est d'avoir des outils comme sonar qui vont permettre de définir une "gate", c'est à dire un ensemble de propriétés que doit remplir ton code (pas de warning sur le nouveau code, un certains niveau de test, un certain nombre de revues,...).
[^] # Re: Memory leak et warnings
Posté par barmic 🦦 . En réponse au journal 723, +5736, -5696... un mois de travail de résurrection d'un projet libre.... Évalué à 7.
Ce qui marche bien pour ça, c'est d'avoir des outils comme sonar qui vont permettre de définir une "gate", c'est à dire un ensemble de propriétés que doit remplir ton code (pas de warning sur le nouveau code, un certains niveau de test, un certain nombre de revues,...).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll