Discussion :

[oranoutan]

Bonjour,

Est-il possible de savoir depuis le code du programme, s'il a été compilé en 32 ou 64 bits ?

[Emmanuel Delahaye]

Est-il possible de savoir depuis le code du programme, s'il a été compilé en 32 ou 64 bits ?

Peut être. A quoi ça pourrait bien servir ?

[oranoutan]

Il a des morceaux de code dans le code principal que j'aimerai par exemple exécutés uniquement sur des environements 32 ou 64 bits ...

[Emmanuel Delahaye]

Il a des morceaux de code dans le code principal que j'aimerai par exemple exécutés uniquement sur des environements 32 ou 64 bits ...

Du code 64 bit ne s'exécutera jamais sur une machine 32-bit. Ce genre de problème est réglé par la compilation conditionnelle. Il faut produire 2 exécutables (monappli32 et monappli64, à partir du même source) en changeant la définition des macros globales ad hoc.

[kromartien]

Ce sont les options du compilateur qui définissent l'architecture sur laquelle va être portée le programme, mais en compilant pour amd64, la valeur renvoyée par sizeof devient un long unsigned int.
La différence est dans l'adressage (8 octets au lieu de 4 octets) mais aussi dans la taille des différents types

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
TaillesEntiersAMD64.c :
la taille d'un char est de 1 octets
la taille d'un short est de 2 octets
la taille d'un int est de 4 octets
la taille d'un long int est de 8 octets
la taille d'un long long int est de 8 octets
la taille d'un float est de 4 octets
la taille d'un double est de 8 octets
la taille d'un long double est de 16 octets
la taille d'un size_t est de 8 octets

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
TailleEntiersi386.c:
la taille d'un char est de 1 octets
la taille d'un short est de 2 octets
la taille d'un int est de 4 octets
la taille d'un long int est de 4 octets
la taille d'un long long int est de 8 octets
la taille d'un float est de 4 octets
la taille d'un double est de 8 octets
la taille d'un long double est de 12 octets
la taille d'un size_t est de 4 octets

[EDIT](NB: je n'avais pas vu la réponse précédente. Est ce qui est entre [edit][/edit] correspond à ce que vous vouliez dire?)

Il y a un problème par exemple dans les lignes du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printf("la taille d'un size_t est de %ld octets\n",sizeof(size_t));

. (je ne saurai pas étendre la démonstration, pas assez de connaissance du C) si je fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

gcc -o ./a.out  -pedantic -Wall -Wextra -march=k8 -mtune=i386 -m32  TailleEntiersAMD64.c

, J'ai l'avertissement suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

TailleEntiersAMD64.c:16: attention : format ‘%ld’ expects type ‘long int’, but argument 2 has type ‘unsigned int’

. Est-ce qu'il faudrait remplacer le type du format de sortie par une macro pour avoir un code portable et maintenable autrement que par la fonction "remplacer" des éditeurs de texte ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
#if ARCH == AMD64
#define SIZEOF_OUT "%ld"
#elif ARCH == i386
#define SIZEOF_OUT "%d"
#endif

Je crois qu'il faudrai écrire le programme avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printf("la taille d'un size_t est de SIZEOF_OUT octets\n",sizeof(size_t));

pour éviter les erreurs de compilation et les warnings. Ça sûrement à voir avec le makefile et le ./configure, bien que je ne m'y connaisse pas trop.

Ça donne sûrement une idée de ce qu'il ne faut pas faire pour écrire du code portable, mais c'est une question d'expert un peu. Je me demande par exemple si faire des casts est une bonne manière d'écrire un code portable.[/EDIT]

On remarque que les tailles des types "simples" (short, char, int, float, double) ne changent pas, seulement celles des pointeurs et des types strictement calculatoires du genre long long int et long double (long double sur 128 bits pour AMD64 donc deux registres du processeur, contre long double sur 96 bits pour i386, ce qui fait 3*32 bits=trois registres processeurs). Ça donne une certaine idée des optimisations de calcul possibles avec le processeur AMD64.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

gcc -o ./a.out  -pedantic -Wall -Wextra -march=i386 -m32

signifie une compilation pour le jeu d'instructions i386 avec des instructions 32 bits

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

gcc -o ./a.out  -pedantic -Wall -Wextra -march=k8 -m64

signifie une compilation pour l'architecture k8 (AMD64) avec un jeu d'instructions 64 bits.

[oranoutan]

Bonjour,

merci à vous deux pour vos réponses.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
#if ARCH == AMD64
#define SIZEOF_OUT "%ld"
#elif ARCH == i386
#define SIZEOF_OUT "%d"
#endif

C'est quelque chose dans ce genre que je cherche mais je ne sais pas ou tu as trouvé le "ARCH", tu utilises quoi comme compilateur ? moi gcc.
Je n'ai rien trouvé la dessus dans la doc.

Mais cela m'a donné une idée dont voici le code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
char *arch;
 
switch (sizeof(long int))
{
	default: arch="Inconnu"; break;
	case 4: arch="x86/32bits"; break;
        case 8: arch="x86-64/64bits"; break;
}
 
printf("architecture utilisée : %s", arch);

Si vous avez quelque chose de mieux n'hésitez pas, merci.