cs_Zeroc00l
Messages postés367Date d'inscriptionlundi 1 avril 2002StatutMembreDernière intervention11 février 2010 5 sept. 2007 à 21:05
#line est souvent utilisée pour le code généré.
En effet lorsqu'un programme analyse un fichier pour générer du code,
si le fichier d'entré est erroné, le code généré l'est aussi.
Dans ce cas le compilateur utilise la ligne courante et le nom du fichier en cours de compilation
pour indiquer l'erreur.
Il est donc intéressant d'indiquer l'erreur dans le fichier d'entré,
à l'endroit responsable de la mauvaise génération,
plutôt qu'un endroit obscure dans du code généré ...
cs_Crazyht
Messages postés1522Date d'inscriptionmardi 18 décembre 2001StatutMembreDernière intervention21 août 20108 6 févr. 2004 à 00:06
Il est a noté aussi la presence de la definition TRACE definit en Debug comme en Release par VS.NET.
Et le code entre #if DEBUG .... #endif ne sera meme pas présent dans le code generé en release. Ce qui reduit encore un peu ca taille, enfin pour les gens comme moi qui en mettent partout pour le debug :)
5 sept. 2007 à 21:05
En effet lorsqu'un programme analyse un fichier pour générer du code,
si le fichier d'entré est erroné, le code généré l'est aussi.
Dans ce cas le compilateur utilise la ligne courante et le nom du fichier en cours de compilation
pour indiquer l'erreur.
Il est donc intéressant d'indiquer l'erreur dans le fichier d'entré,
à l'endroit responsable de la mauvaise génération,
plutôt qu'un endroit obscure dans du code généré ...
6 févr. 2004 à 00:06
Et le code entre #if DEBUG .... #endif ne sera meme pas présent dans le code generé en release. Ce qui reduit encore un peu ca taille, enfin pour les gens comme moi qui en mettent partout pour le debug :)
@++
CrazyHT