Discussion :

[Robxley]

Salut,

Ma question est dans le titre mais je vais développer un peu histoire d'être un peu plus claire.

Pour des systèmes embarqués souvent on possède un nombre limité voir très limité de mémoire pour l'exécution d'un programme.
Et donc une façon d'économiser de la mémoire est d'utiliser des pointeurs.

Oui certes mais est-ce valable dans tous les cas ? Une adresse (pointeur) est codé en combien d'octet ? Par ce que si l'adresse prend plus de place que le type de la variable ba c'est pas très malin.

Exemple idiot mais exemple quant même :

Si je fais un pointeur sur un char codé sur 1 octet à priori et que mon pointeur prend 2 octet en mémoire mieux vaut l'utiliser (dans des fonction par ex) par passage par valeur que par adresse.

Au passage même question pour les références (mêmes si je m'en sert pas dans mon appli C, mais juste par curiosité, vilain défaut je sais )

Si quelqu'un a une idée.

[Mac LAK]

Et donc une façon d'économiser de la mémoire est d'utiliser des pointeurs.

Mouais, c'est discutable : une meilleure façon d'économiser la mémoire est plutôt d'utiliser des variables globales, des registres I/O du µC, d'optimiser les booléens sur un seul bit (=> 8 booléens par octet), et de préférer les traitements in place plutôt que de travailler sur des copies.
Ce n'est hélas pas le fait de passer quelques pointeurs qui va changer la face de ton programme et diminuer son footprint : souvent, tu es obligé de repenser certains algos dans l'optique de bouffer le moins de mémoire possible.

Une adresse (pointeur) est codé en combien d'octet ?

Elle est en général codée sur un mot-machine, donc 16 bits sur une machine 16 bits et 32 bits sur une machine 32 bits.
Toutefois, certaines plate-formes ont des spécificités : par exemple, beaucoup de µC 8 bits utilisent des pointeurs 16 bits, des sytèmes 16 bits utilisent des pointeurs 20, 24 ou 32 bits, etc.
Le seul moyen d'être certain de ça, c'est de regarder le résultat d'un sizeof(void*). Sauf cas particuliers, cela renvoie le nombre d'octets utilisés par un pointeur.

Si je fais un pointeur sur un char codé sur 1 octet à priori et que mon pointeur prend 2 octet en mémoire mieux vaut l'utiliser (dans des fonction par ex) par passage par valeur que par adresse.

Sauf si tu as besoin de le modifier : dans un tel cas, passer par adresse ou référence est obligatoire.
Toutefois, ceci n'affecte que la pile, et non pas la mémoire vive "normale" disponible pour ton programme.

Au passage même question pour les références (mêmes si je m'en sert pas dans mon appli C, mais juste par curiosité, vilain défaut je sais )

D'un point de vue "taille des données poussées sur la pile", passer par référence ou par adresse revient très exactement au même. La différence, est qui est non-négligeable, est que le contrôle d'une référence est bien plus strict que le contrôle d'une adresse.

[3DArchi]

Salut,
Comme Mac Lak, je pense que tu te poses une mauvaise question. Rien à rajouter de plus à ce qu'il dit. Effectivement, la taille d'un pointeur n'est pas garantie par la norme C++ mais spécifique à la plateforme.
Si tu veux quand même t'amuser, tu peux regarder le tutoriels de Alp sur les classes traits (et politiques). Il montre l'exemple d'un CallTraits. Ou carrément piocher dans Boost Call Trait et call_traits<T>::param_type dont j'imagine il s'est inspiré.

[Robxley]

C'est tout de suite un peu moins flou et abstrait.

Reste à méditer sur tout ca quant même un petit peu

Merci pour toutes ces réponses biens précises.

D'ailleurs ça vaut de mettre la discussion en résolue