Entre 1145 et 1, il devrait y avoir un juste milieu (bien que dans ce cas précis 1 m'aurais suffit)
Toute personne ayant déjà oublié un ";" à la fin d'un prototype dans un header a été confronté au délire de GCC souhaitant "rattraper" les erreurs de syntaxe (toutes...) pour être "gentil", et à donc le réflexe intuitif de regarder l'incompréhensible première erreur uniquement pour récupérer le numéro de ligne (en sachant par avance qu'on aura 99% de chance de fixer le truc en y mettant ";" à la fin).
Bref la correction du problème qui a entraîné la rédaction de ce journal m'a pris moins d'une minute (parce que confronté régulièrement à ce genre d'idioties, j'ai pris la précaution depuis lontemps de régler le tampon de mes terminaux à un nombre de lignes délirant ce qui m'a permis de remonter sans même relancer le build). Ce que je voulais dénoncer, c'est le manque de pragmatisme, de concessions. Y-a-t'il _vraiment_ une personne sur terre qui a déjà trouvé 1145 erreurs de compilation utiles au delà de disons, prenons _très_ large, ... les 100 premières ? -> et hop un peu de pragmatisme et une valeur par défaut saine (quitte à rajouter une option pour régler précisément le comportement pour éviter que les gens ralent devant une telle limitation scandaleuse, même si jamais personne n'utilisera en pratique la-dite option)
Pour info mon programme fait ~6000 lignes selon sloccount. Je n'ose imaginer la quantité de faux positifs potentiellement provoqués par une erreur dans un header de certains projets de 300k lignes.
[^] # Re: Oui
Posté par Guillaume Knispel . En réponse au journal Sur l'(in)utilisabilité (relative) de GCC. Évalué à 4.
Toute personne ayant déjà oublié un ";" à la fin d'un prototype dans un header a été confronté au délire de GCC souhaitant "rattraper" les erreurs de syntaxe (toutes...) pour être "gentil", et à donc le réflexe intuitif de regarder l'incompréhensible première erreur uniquement pour récupérer le numéro de ligne (en sachant par avance qu'on aura 99% de chance de fixer le truc en y mettant ";" à la fin).
Bref la correction du problème qui a entraîné la rédaction de ce journal m'a pris moins d'une minute (parce que confronté régulièrement à ce genre d'idioties, j'ai pris la précaution depuis lontemps de régler le tampon de mes terminaux à un nombre de lignes délirant ce qui m'a permis de remonter sans même relancer le build). Ce que je voulais dénoncer, c'est le manque de pragmatisme, de concessions. Y-a-t'il _vraiment_ une personne sur terre qui a déjà trouvé 1145 erreurs de compilation utiles au delà de disons, prenons _très_ large, ... les 100 premières ? -> et hop un peu de pragmatisme et une valeur par défaut saine (quitte à rajouter une option pour régler précisément le comportement pour éviter que les gens ralent devant une telle limitation scandaleuse, même si jamais personne n'utilisera en pratique la-dite option)
Pour info mon programme fait ~6000 lignes selon sloccount. Je n'ose imaginer la quantité de faux positifs potentiellement provoqués par une erreur dans un header de certains projets de 300k lignes.