Discussion :

[LEK]

Bonsoir, j'ai une question qui me trotte dans la tête depuis quelque temps : j'ai cru comprendre qu'en c++ il est possible d'inclure des instructions en assembleur : ceci est-if fait dans le but d'avoir une application plus rapide à l'exécution?. Mai s pourquoi ce traitement serait plus rapide? La compilation génère un exe qui contient déjà du code machine non?

[loufoque]

Ceci permet de choisir quelles instructions on veut éxecuter.
Etant donné que le compilateur est généralement plus intelligent que nous pour choisir les instructions les plus optimisées, son utilisation est marginale.
Il me semble que le domaine où c'est encore le plus utilisé est pour les instructions vectorisées, dont le support dans les différents compilateurs et optimiseurs n'est pas encore parfait.
ça peut aussi servir pour la programmation lock-free, éventuellement.

[ol9245]

La compilation génère un exe qui contient déjà du code machine non?

1/ Le code généré par le compilateur n'est pas toujours optimum car le compilateur ne peut pas deviner ce que vous voulez faire exactement.

2/ la microprogrammation. (programmaition des microcontroleurs = les "puces" qui pilotent les machines a laver etc.) Un programme en assembleur de 4K prendra 20K en C !!! (oui, des kilo octets tout mouillés !) Et quand on regarde l'assembleur généré par le C, les puristes de l'assembleur meurent de dépit !! Le C est LE langage de programmation pour les microcons. Les microcons que j'utilise embarquent une puissance de calcul typique des micro ordinateurs des années 80. Ca ne pédale pas vite et donc on a souvent besoin d'optimiser le code.

3/ Dans une fonction C, on n'a pas accès à la pile. La pile est chasse gardée du compilateur (heureusement, je dirais). Si pour une question d'optimisation, tu veux fouiller/tripoter dans la pile, tu dois le faire en assembleur.

4/ Histoiquement, j'espère ne pas dire de bêtises en affirmant que C est né avec Unix. C est le langage qui a permis d'écrire le système d'exploitation Unix. L'un et l'autre ont grandi en même temps mais au début, quand il n'y avait rien, ni le compilo ni l'OS, il a bien fallu commencer par quelque chose. Je suppose que dans ces temps héroïques, l'usage de l'assembleur dans des fonctions était absolument nécessaire à l'optimisation de l'OS.

Voila quelques exemples. L'énorme limite c'est que tu perds toute espèce de compatibilité. donc en effet, ça limite la portée. perso, je ne recommanderais jamais de mettre de l'assembleur dans un code C. Même dans nos microcontroleurs, nous ne mettons que très rarement du code assembleur. Nous essayons de faire tout en C pur et dur. C'est pour te dire.
OL

[loufoque]

2/ la microprogrammation. (programmaition des microcontroleurs = les "puces" qui pilotent les machines a laver etc.)

Le besoin de l'assembleur vient simplement du fait que l'on n'a pas d'OS.

[ol9245]

Le besoin de l'assembleur vient simplement du fait que l'on n'a pas d'OS.

C'est pas tout a fait exact. On programme les puces sur des simulateurs tres confortables sur micro ordinateur. On a tout ce qui faut : compileur, debugger, tout un environnement de simulation etc.

Quand le programme est OK, on le flash sur la puce et là ... c'est la surprise ...

Mais pour la programmation : on a un OS : celui de l'ordi ou est installé le simulateur-compilateur.

OL

[Médinoc]

On a aussi besoin d'utiliser l'assembleur si on veut faire un appel dynamique de fonction dont le prototype n'est pas connu à la compilation : Sur PC, on a besoin d'un accès à la pile pour passer les paramètres.

C'est ce que font des fonctions comme le IDispatch::Invoke() de COM/OLE, etc.

[ol9245]

On a aussi besoin d'utiliser l'assembleur si on veut faire un appel dynamique de fonction dont le prototype n'est pas connu à la compilation : Sur PC, on a besoin d'un accès à la pile pour passer les paramètres.

C'est ce que font des fonctions comme le IDispatch::Invoke() de COM/OLE, etc.

je me trompe ou c'est la meme chose avec fprintf ? je me suis toujours pose la question de comment cette fonction est implementee : ni le nombre ni le type des arguments n'est connu a l'avance. A moins de depiler a la main en fonction de ce qu'on attend ... et kes kis passe si le nombre de valeurs passees est different de ce qu'on attend en fonction du format ? am la la ! que de mysteres (au moins pour moi )
OL