Par expérience je marche plutot dans l'autre sens, les warning dont je suis sur qu'ils sont la manifestation quasi tout le temps d'un vrai problème, je les passe en WError, et j'utilise sur ma machine perso un compilateur plus récent que sur les machines de production pour en avoir le plus possible.
C'est souvent de nouveaux warnings obscurs, mais ils sont assez utiles quand j'en chope un.
Et comme il y en a très peu, je peux me permettre de passer une heure ou deux à tous les fixer et commiter le résultat.
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.
[^] # Re: Memory leak et warnings
Posté par moi1392 . En réponse au journal 723, +5736, -5696... un mois de travail de résurrection d'un projet libre.... Évalué à 10.
Par expérience je marche plutot dans l'autre sens, les warning dont je suis sur qu'ils sont la manifestation quasi tout le temps d'un vrai problème, je les passe en WError, et j'utilise sur ma machine perso un compilateur plus récent que sur les machines de production pour en avoir le plus possible.
C'est souvent de nouveaux warnings obscurs, mais ils sont assez utiles quand j'en chope un.
Et comme il y en a très peu, je peux me permettre de passer une heure ou deux à tous les fixer et commiter le résultat.
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.
Voila, c'est juste ma life de dev (: