Discussion :

[camboui]

Je m'oriente en effet dans cette voie.
Merci

[Neitsa]

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.

[M�dinoc]

Je crois que ces macros d�pendent de la cible choisie, non l'inverse.

[Neitsa]

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

[Mac LAK]

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).