Bonjour,

Juste une question d'ordre général qui concerne la programmation le passage 32 vers 64 bits.

Déjà : Un programme qui fonctionne sur un système 32 bits fonctionnera-t-il de manière systématique sur son équivalent 64 bits ? (ex ; Win 7 32bits et Win 7 64 bits)

Ensuite : Quand je code un programme, mettons en C : c'est mon compilo qui gère la notion de 32 bits / 64 bits n'est-ce pas ?
Du coup, cela ne change absolument rien pour mon code ?

Merci

ça ne change rien pour ton code mais les exécutables générés seront dépendant de l'architecture.

en gros le code est compatible mais les fichiers binaires ne le sont pas.

ok. Si je compile sur une archi 32 bits, ca devrait néanmoins fonctionner sur une archi 64 bits non Ou c'est plus compliqué que ca ?

il y a peut etre une option de compatibilité 32-64 dans gcc mais de toute facon il reste le problème de compatibilité des bibliothèques que tu lies a ton programme qui doivent elles aussi etre compatible avec ton architecture.

Pour info, sur mac, les programmes "universels" contiennent en fait un fichier binaire pour chaque architectures (intel 32/64 bit et powerPC, soit 3 fichiers) afin d'etre réélements compatible

apres verif il y a une option -arch dans gcc qui permet de spécifier l'architecture cible mais ça m'a l'air d'etre uniquement sur mac-OS.

Sinon il est toujours possible de faire de la Cross-Compilation.

« Si je compile sur une archi 32 bits, ca devrait néanmoins fonctionner sur une archi 64 bits non » non. Sinon je ne perdrais pas mon temps à gueuler que quand on ne sait pas, il faut installer un linux 32 bits.

guyver2 : Ça doit être -march ailleurs.

c'est -m32 et -m64 sur les proco intel l'option de gcc.

Pour répondre à la question : oui un programme 32 bits fonctionne tel quel sur un processeur en mode 64 bits (i.e. il peut être exécuté). Sauf que l'environnement d'exécution n'est pas forcément le même (et même sûrement pas le même) donc un tel programme ne peut rien faire d'utile (comme faire des appels système ou utiliser des bibliothèques dynamique).
Pour compenser ça, la plupart des systèmes 64 bits fournissent des environnement d'exécution pour les programmes 32 bits qui fonctionnent plus ou moins bien.

aussi, contrairement à ce que dit guyver, le code aussi peut dépendre de l'architecture. Surtout dans un langage comme le C. Normalement, il y a toujours un moyen d'écrire les choses de façon à ce qu'elles ne dépendent pas (trop) de la taille des mots du processeur, mais il est aussi possible d'écire des choses absolument pas portable qui fonctionneront de manière très différentes selon qu'elles sont compilées en 32 ou en 64 bits.

Un programme qui fonctionne sur un système 32 bits fonctionnera-t-il de manière systématique sur son équivalent 64 bits ? (ex ; Win 7 32bits et Win 7 64 bits)

Comme le precise les autres d'une facon un peu plus longue, la reponse courte est: non, un programme qui fonctionne sur un systeme 32 bits ne tournera pas de maniere systematique sur son equivalent 64 bits.
Ca depends beaucoup du systeme =) Rien te garanti q'une application windows 32 bits tournera necessairement sur un windows 64 bits.
Des liens qui peuvent t'interesser:
http://en.wikipedia.org/wiki/WoW64
http://msdn.microsoft.com/en-us/library/bb427430(v=VS.85).aspx

Quand je code un programme, mettons en C : c'est mon compilo qui gère la notion de 32 bits / 64 bits n'est-ce pas ? Du coup, cela ne change absolument rien pour mon code ?

Si, si tu veux que ton code soit multi-architecture compatible, il y a des restrictions a prendre dans ton code. Comme le dis dnoob, sizeof( DWORD* ) peut etre different selon l'architecture, donc toutes les lignes du style unsigned int a = (unsigned int) &b; (conversion pointer en int) auront une grande chance de ne pas fonctionner en 64 bits; c'est l'exemple le plus classique, mais il y a d'autres choses bien entendu.

En plus du lien de la msdn cite plus haut, je te conseille une petite lecture de http://www.codeproject.com/KB/architecture/20ISSUES64BIT.aspx

Sous windows, 50% des applications que j'utilise sont du 32 bits et fonctionnent niquel. Cependant cela suppose que les libs et runtimes correspondants soient dispos.