Je m'oriente en effet dans cette voie.
Merci :ccool:
Version imprimable
Je m'oriente en effet dans cette voie.
Merci :ccool:
Sous Visual il existe des macros permettant de d�finir le processeur cible (_M_IX86 ; _M_X64):
http://msdn.microsoft.com/en-us/library/b0084kay.aspx
Ca reste du pr�processeur et pas du runtime.
Je crois que ces macros d�pendent de la cible choisie, non l'inverse.
Nous sommes bien d'accord M�dinoc. Donc je n'avais pas compris le fil de la discussion ...
Je ne comprends pas alors l'int�r�t au fait que le pr�processeur puisse d�terminer la type de l'O.S sous-jacent (32/64) avant (puisque c'est bien de cela dont il s'agit ?) de compiler du code.
Puisque de toute fa�on on ne peut pas d�terminer, via le pr�processeur, le type du CPU (on peut tr�s bien avoir un O.S 32 bits sur un processeur 64 bits. Le pr�processeur ne verra que du 32 bits).
D'une part �a enl�ve toute id�e de cross-compilation et d'autre part je ne vois pas vraiment o� ce situe la difficult� de d�finir une (et unique) constante pour compiler un code pour une plateforme donn�e. La derni�re solution est que je n'ai toujours rien compris au d�bat :mouarf:
Pour VS, tu peux utiliser _INTEGRAL_MAX_BITS qui d�termine la taille en bits d'un mot-machine, et qui d�pend normalement du type de compilation (32 ou 64) et non pas de la machine h�te.
Tu peux aussi tester _WIN64 (d�fini uniquement pour compilations 64 bits), mais ne JAMAIS faire les tests sur _WIN32 (qui est d�fini pour les deux cibles).