Si on me montre du code à moi qui compile sous g++ mais pas sous vs2048 mais qui n'est pas du c++ standard, je n'ai pas de soucis à le corriger,
Il y a de tout, je me suis déjà pris un "won't fix" sur une ré-écriture standard c++ (crade peut-être, mais standard) d'une fonction compilable uniquement par gcc (car utilisant des extensions gcc).
Ce n'est pas parce qu'il faut se battre contre ceux faisant du code compilable que sur msvc que ça nous permet de faire la même chose, ce n'est pas mieux, certains l'oublient…
Dans le même style, il y a ceux qui n'ont rien à foutre si leur fichier .h C ne compile pas par un compilateur C++ standard (ben oui, on peut utiliser du C en C++ si quelques mots clé C++ ne sont pas pris comme nom de variable), on a de tout en intégriste :), et on ne peut pas faire grand chose que de maintenir un .diff :(.
[^] # Re: Ca fait du bien...
Posté par Zenitram (site web personnel) . En réponse au journal Debian recompilée avec Clang/LLVM. Évalué à 7.
Il y a de tout, je me suis déjà pris un "won't fix" sur une ré-écriture standard c++ (crade peut-être, mais standard) d'une fonction compilable uniquement par gcc (car utilisant des extensions gcc).
Ce n'est pas parce qu'il faut se battre contre ceux faisant du code compilable que sur msvc que ça nous permet de faire la même chose, ce n'est pas mieux, certains l'oublient…
Dans le même style, il y a ceux qui n'ont rien à foutre si leur fichier .h C ne compile pas par un compilateur C++ standard (ben oui, on peut utiliser du C en C++ si quelques mots clé C++ ne sont pas pris comme nom de variable), on a de tout en intégriste :), et on ne peut pas faire grand chose que de maintenir un .diff :(.