Dans les autres cas, je ne vois pas trop comment le compilo peut faire pour générer un truc indépendant des macros définies avant. On peut faire un truc qui marche dans beaucoup de cas, mais si le programmeur a vraiment fait des trucs crades avec ses "#define" (Par exemple, dans le source de GCC, il y a des fichiers inclus plusieurs fois dans un contexte différent et qui ne font pas *du tout* la même chose -- Genre la première fois ça défini un type énuméré, et la suivante, ça défini une grammaire d'arbre sur ce type ...), la seule solution est de suivre l'approche tout dans un fichier, mais en générant toutes les combinaisons d'include possibles ...
Par contre, là ou il n'y a pas trop de macros, typiquement la STL, on doit pouvoir faire des choses.
[^] # Re: gcc 3.3 est sorti
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche GCC 3.3 est sorti. Évalué à 2.
http://gcc.gnu.org/ml/gcc/2003-01/msg01008.html(...)
Dans les autres cas, je ne vois pas trop comment le compilo peut faire pour générer un truc indépendant des macros définies avant. On peut faire un truc qui marche dans beaucoup de cas, mais si le programmeur a vraiment fait des trucs crades avec ses "#define" (Par exemple, dans le source de GCC, il y a des fichiers inclus plusieurs fois dans un contexte différent et qui ne font pas *du tout* la même chose -- Genre la première fois ça défini un type énuméré, et la suivante, ça défini une grammaire d'arbre sur ce type ...), la seule solution est de suivre l'approche tout dans un fichier, mais en générant toutes les combinaisons d'include possibles ...
Par contre, là ou il n'y a pas trop de macros, typiquement la STL, on doit pouvoir faire des choses.