64 bits et C++

Sur un compilateur c++ 64 bit, int continuera d'etre 32 bit, long sera 64 bit, et long long sera lui ausis 64 bit. char, short, float, double et long double ne changeront pas.

Autre modification importantes: un pointeur sera sur 8 bytes. Ceux qui avaient encore la mauvais habitude de caster un pointeur en int pour en extraire l'adresse auront quelques problemes.

Voici une liste non-exaustive de choses a faire attention:

La conversion de long vers un double n'est pas safe, puisque long (64 bit) depasse la capacite d'un double. Utiliser un long double a la place.

Porter une attention particuliere a l'inline assembly

Utiliser les identificateur pour les limites des types plutot que la valeur numerique correspondante (CHAR_BIT, CHAR_MAX, INT_MIN, ...) (voir include <climits>)

Privilieger l'utilisation de typedef dans votre code plutot que les type predefinit.

Code :

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

1
2
3
4
5
6
 
typedef int           s32
typedef unsigned int  u32
typedef char          s8
typedef unsigned char u8
//...

De cette facon, si un type change de grosseur d'un environnement a l'autre, les seuls changements que vous aurez a faire sera de modifier les typedef (a condition de n'utiliser que des s32, u32, etc dans votre code)


Petite remarque, le standard c++ dicte cette regle sur la longueur des types: char <= short <= int <= long. Ce qui implique que cela risque de pouvoir varier d'un compilateur a l'autre. Sur 32 bit, la regle etait suivie (8, 16, 32, 32). Sur 64 bit aussi, mais peut etre certains compilateurs implanteront int = long = 64) Encore une fois, utilisez climits[/code]

Bon, je dis ca de souvenir, il y a surement d'autre details importants

Envoyé par voider

Autre modification importantes: un pointeur sera sur 8 bytes.

Hum, ça veut dire qu'on ne peut adresser que 256 mots en mémoires ?

Envoyé par voider

Sur un compilateur c++ 64 bit, int continuera d'etre 32 bit, long sera 64 bit, et long long sera lui ausis 64 bit. char, short, float, double et long double ne changeront pas.

Ca dépend de quel 64 bits. Il en existe pour char/short/int/long je crois des 8/16/32/64 et des 8/16/64/64, et rien n'empêche des 8/32/64/64 ou des 8/32/32/64.

Voir la petite remarque que j'avais mit a ce sujet dans le bas de mon premier post

Envoyé par voider

Ceux qui avaient encore la mauvais habitude de caster un pointeur en int pour en extraire l'adresse auront quelques problemes.

Ceux là avaient probablement des problèmes avant. Je ne vois pas en quoi un tel cast peut être utile dans du code C++ valide.

J'ai deja vu a quelques reprises du code du genre: std::cout << "Adresse de p:" << (unsigned int)p;

Envoyé par voider

La conversion de long vers un double n'est pas safe, puisque long (64 bit) depasse la capacite d'un double. Utiliser un long double a la place.

Je ne suis pas certain de ce que tu veux dire par safe, mais il n'a jamais été certain en convertissant un long en double puis en long de retrouver la valeur initiale.

C'est evident que long > double > long ne garantit pas de revenir au resultat initial. Par contre, long depassera la capacite d'un double lors de la conversion long > double. Probleme qui n'est pas present en 32 bit.

Envoyé par voider

Privilieger l'utilisation de typedef dans votre code plutot que les type predefinit.

Code :

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

1
2
3
4
5
6
 
typedef int           s32
typedef unsigned int  u32
typedef char          s8
typedef unsigned char u8
//...

De cette facon, si un type change de grosseur d'un environnement a l'autre, les seuls changements que vous aurez a faire sera de modifier les typedef (a condition de n'utiliser que des s32, u32, etc dans votre code)

J'ai très rarement le besoin de savoir le nombre de bits qu'aura une variable (exception : Code pour écrire dans un format binaire multi-architecture, par exemple pour de la sauvegarde binaire ou de l'échange réseau binaire, mais de toute façon, dans ce genre de situation, je manipule surtout des tableaux de char, pour éviter les problèmes d'endianess). Le fait que int puisse avoir un nombre de bits variant suivant l'architecture est une feature. On est ainsi assuré en prenant int d'avoir la taille que le processeur gère le mieux. Ces typedefs me semblent donc être une mauvaise idée dans le cas général.

Je parlais pour les cas ou il etait necessaire d'avoir un type de longueur fixe, peu importe le compilo/architecture (et pour eviter une reecriture/modification partout dans le code le cas echeant)

et concrètement, le fait de passer de 32 à 64 bits, ça apporte quoi en plus, en mieux ? en terme de performances, etc...

toutes vos questions n'ont de sens qu'avec un compilateur 64 bits.
pour que ce dernier fonctionne, il faut un OS 64 bits qui lui même
nécessite une machine 64 bits.

Si vous continuer d'utiliser un compilo 32 bits sur un machine 64 bits,
il n'y aura rien de changé. Je ne suis même pas sûr qu'il y aura une
meilleure performance.

à mon avis, si compilo 64 bits alors int = 64 bits

D'après ce que j'ai entendu, ça apporte pas grand chose en terme de performances. C'est surtout utile quand tu as besoin de bcp de mémoire.

Envoyé par HRS

toutes vos questions n'ont de sens qu'avec un compilateur 64 bits.
pour que ce dernier fonctionne, il faut un OS 64 bits qui lui même
nécessite une machine 64 bits.

Si vous continuer d'utiliser un compilo 32 bits sur un machine 64 bits,
il n'y aura rien de changé. Je ne suis même pas sûr qu'il y aura une
meilleure performance.

à mon avis, si compilo 64 bits alors int = 64 bits

Je ne parle que de ce que j'ai pratiqué : HP, Sun, Linux(AMD) : se sont de modeles dit ILP32 ou LP64. C'est a dire en 32 bits int, long et pointer 32 bits

et en 64 bits long et pointer 64 bits... et donc int 32 bits...

Ceci dit cela n'exclu pas des modeles ILP64 ou autres... mais je n'en ai jamais rencontré...

Envoyé par Loulou24

Il n'existe pas de bibliotheques permettant de gérer ce genre de trucs quelq qu soit le compilo / plate forme ?

genre je déclare un uint32 il vas me créer un unsigned integer sur 32 bits...

Un jour pour m'amuser, j'avais codé un truc à base de meta-prog qui trouve un type selon la taille que tu veux. Je sais pas si ça a une grande utilité, mais c'était marrant à coder.

stdint.h definit des types uint32_t int16_t...
Intéressant aussi, il définit des types int_fast16_t, uint_fast8_t qui ont au moins la taille demandé et sont les plus rapides possibles.
Sur x86, il prend des int (32 bits), sur x86_64 il doit prendre des long int (64 bits).