Reprise du message précédent :

la question depuis le debut est comment sait il
 
a pardon j'avais pas vu

en x86 ca fait quoi parce que je connait aucun des opcode pratiquement
et ce que je ne comprend pas c'est comment il fait la difference entre un int* et un char* pour ensuite decider de faire stwd ou stb

je suis peut etre un peu bouché pardonnez moi
y'a un truc qui me titille ...

Quelques chose d'equivalent avec des noms differents. Ce qu'il faut comprendre c'est le principe ; le nom des mnemoniques ou les opcodes n'ont pas d'importance.
 

Je ne comprend pas ce qui te pose probleme... Comment le compilateur fait la difference ? Ben dans un cas c'est marque "int" et dans l'autre c'est marque "char"   Il se souvient du type de ton pointeur, et quand tu l'utilises il connait donc la taille de ce qui est pointe. Si c'est ce que tu te demandes, non, pour la mecanique interne du compilateur, un pointeur n'est pas juste une variable qui contient une adresse. C'est une adresse plus le type de ce qui est pointe. Mais au final, dans ton binaire, un pointeur ce n'est plus qu'une case en memoire qui contient une adresse. Plus besoin de savoir la taille de ce qui est pointe : a chaque fois que le pointeur est utilise, le compilateur a genere une instruction qui lit/ecrit le bon nombre d'octets.

Le compilateur (par opposition à la norme C) sait qu'un char va être un BYTE, et qu'un int va être un WORD (16 bits dans ton environnement visiblement).
Donc, il va très intelligemment remplacer:

par:

 
Comme je l'ai dit, son système de typage interne sait automatiquement convertir les types C en taille mémoire adéquate, puisque pour chaque variable, il stocke son nom, sa valeur en cours (s'il y en a une), et sa taille.  
 
Note que de nos jours, on va un peu plus loin que le 16 bits. Sur une machine 64 bits, on a souvent :
char = 8 bits
short = 16 bits
int = 32 bits
long = 64 bits
pointeurs = 64 bits

Je n'arrive pas a bien m'exprimer  
Je crois que ce que j'aimerais savoir se rapproche le plus de ca  
ma derniere reponse
 
http://forum.hardware.fr/hardwaref [...] 1219-1.htm
 

il remplace donc par plusieur operations
 

Ben un peu quand meme

Bon, je reviens a la charge avec mes questions ch|@#tes
je voulais savoir comment fonctionnait la portée des variables
pour celles crées sur la pile c'est comprehensible mais dans les autres cas?
Aussi ,que fait le mot clé static
 
PS: cher Emmanuel le pere noel viendra surement avec un exemplaire de  
la norme c ansi

Quand tu accèdes depuis un module à une variable globale définie dans un autre module, c'est exactement comme dans le cas des fonctions externes. Il y a un sorte de "glue code" qui va chercher dans la TOC l'adresse de la variable.
 
"static" a deux sens. Pour une fonction, il sert a dire au compilo que la fonction n'est PAS appelée depuis d'autres modules. Elle est inconnue de l'extérieur. Pour les variables locales, ca sert a dire que la variable continue d'exister meme après le retour de la fonction. La variable en question n'est bien sûr pas dans la pile.