Bonjour,

Je suis en train de faire un programme (une simlation physique pour être précis) qui possède plein de paramètre sous forme de constantes de précompilation que l´on peut modifier.
Seulement, j´aimerais vérifier que les valeurs entrée sont valide.

Alors où bien j´attends l´exécution et je teste totu au démarage du programme, mais c´est pas terrible, ou bien il faudrait le faire lors de la compilation elle même.

Mais je n´ais pas trouvé d´instruction qui permettent suite à un test d´interrompre la compilation (éventuellement en affichant un message).
Si quelqu´un connait une méthode (portable ou ne fonctionnant que sur VC++ sinon) ça m´interesserait.

Merci.

deja, pour faire sortir un message durant la compilation, un #pragma message() fera l´affaire

ensuite, plusieurs solutions, plus ou moins propres ou adaptees :

- si tu utilises un vieux VC++, un message contenant le mot "error" sera traite comme une erreur et ne permettra pas a la compilation de terminer proprement (en apparence... le binaire etant quand meme genere)

- rien ne t´empeche de faire des #if/#endif/etc pour tout simplement sortir du code invalide qui va forcement planter la compilation ; c´est pas propre, mais avec un message d´erreur pour decrire le pb, on se rapproche. Ex :

1. define TEST 10

1. if (TEST > 5)
2. define STR_(x) #x
3. define STR(x) STR_(x)
4. pragma message("ERROR " __FILE__ " " STR(__LINE__) " blah bla")

OuCestCrade

1. endif

- en allant un peu plus loin, tu peux faire un module .cpp qui va s´occopuer uniquement de definir les valeur de preproc, et n´inclure les autres fichiers sources et le point d´entree que si les valeurs passent les tests que tu definis ; sinon tu remplaces par un main qui ne fait rien, avec un msg d´erreur par ex.. Tu as donc un programme qui compile, mais si les valeurs sont fausses, ben ca te dit pourquoi a la compile et au runtime

- tu peux aussi utiliser des __debugbreak (= __asm { int 3 } si ca parle a certains) pour attirer l´attention du programmeur a certains endroits du code.
Ex, si une valeur doit pas etre > 10 par ex, tu peux definer un symbole qui va compiler un __debugbreak LA ou dans le code la valeur erronee va faire planter le truc. I.e :

1. define TEST 15

....

1. if TEST > 10
2. define CA_VA_CRASHER_A_CAUSE_DE_TEST
3. pragma message("ca va crasher bla bla")
4. endif

....

1. ifdef CA_VA_CRASHER_A_CAUSE_DE_TEST

__debugbreak();
// j´avais prevenu que ca allait crasher

1. endif

{ code utilisant TEST }

avec un truc comme ca, le programmeur qui definit une mauvaise valeur est informe a la compile, et a l´execution ca l´amene la ou cette valeur pose pb

=> y´a plein d´autres variantes plus ou moins propres... mais perso je changerais d´approche : tu fous les valeurs dans un fichier texte que tu parses a l´init, si des valeurs sont pas convenables, tu le signales au runtime et tu abortes l´algo en terminant de maniere anticipee le programme. Gros avantage : c´est plus propre, plus souple, pas besoin de recompiler, n´importe qui peut changer le fichier texte, etc.

LOOL je suis parti dans mes idees sur les pragma message pour aider le programmeur a cibler le soucis, mais j´ai oublie le principal dans ta queston :D

1. error ("blah blah")

permet d´annuler la compilation (ne marche pas correctement sur un vieux VC++, d´ou l´astuce du message avec error dedans)

en combinant ce #error avec les trucs precedemments cites, tu peux aboutir a des choses tres fines, a la fois au compile time ET au runtime

merci c´est exactement ce qu´il me fallait (le pire c´estque j´ai du l´avoir sous les yeux en cherchant, mais j´y ai pas fait gaffe).

Je sais bien qu´il est plus propre, plus modulable, etc. d´utiliser un fichier de paramètre par exemple mais là je fais un programme "scientifique" je veux dir que c´est juste un très gros calcul. Donc je peut le recompiler à chaque fois si nécessaire.

Par contre vu les optimisation qu´arrive à faire le compilo grâce au constantes (au moins le fait que tout les calculs que l´on peut effectuer à l´avance, sont effecuter, mais pas mal d´autre chose aussi) ça fait un gain de temps non négligeable je pense.