Bien qu’il y ait un évident point commun, quand on parle d’assembleur, il y en a presque autant que d’architectures CPU/micro-contrôleur, non ?
Oui, le langage assembleur n'existe pas en tant que tel.
Tu peux même imaginer pour un même CPU avoir des assembleurs radicalement différents avec des macros dans tous les sens si tu veux pour aboutir au même résultat à la fin.
Ou bien est-ce qu’il y a quelques « standards » qui s’imposent ?
Cependant il y a quand même des caractéristiques souvent partagés et qui sont implicites derrière cette terminologie. On se limite +/- aux instructions du processeur cible. Peu d'abstractions de haut niveau, les instructions écrites par le développeur sont juste les instructions que le CPU met à disposition avec un nom plus joli que les simples valeurs hexadécimales. Les structures de contrôles sont donc rudimentaires, souvent des équivalents de GOTO, il faut gérer tous les aspects bas niveau pour l'initialisation du code (création de la pile et du tas mémoire), gestion bas niveau du matériel quand c'est pertinent avec écriture directe dans les registres qui vont bien, etc.
Ça me semble plus appartenir au domaine hardware que software. J’ai tort je sais,
En effet, tu as tort.
Un ingénieur matériel ne codera pas souvent de l'assembleur dans sa vie car ce n'est pas son métier. C'est plutôt un ingénieur logiciel bas niveau qui s'en occupera dans un projet. Ou quelqu'un qui a une double spécialité dans l'intégration logicielle et matérielle. Je n'ai jamais croisé un ingénieur matériel qui en était responsable dans un projet. Ou à la marge pour tester un concept rapidement.
[^] # Re: la fin du site central...
Posté par Renault (site web personnel) . En réponse au journal Le sophisme du meilleur outil. Évalué à 5.
Oui, le langage assembleur n'existe pas en tant que tel.
Tu peux même imaginer pour un même CPU avoir des assembleurs radicalement différents avec des macros dans tous les sens si tu veux pour aboutir au même résultat à la fin.
Cependant il y a quand même des caractéristiques souvent partagés et qui sont implicites derrière cette terminologie. On se limite +/- aux instructions du processeur cible. Peu d'abstractions de haut niveau, les instructions écrites par le développeur sont juste les instructions que le CPU met à disposition avec un nom plus joli que les simples valeurs hexadécimales. Les structures de contrôles sont donc rudimentaires, souvent des équivalents de GOTO, il faut gérer tous les aspects bas niveau pour l'initialisation du code (création de la pile et du tas mémoire), gestion bas niveau du matériel quand c'est pertinent avec écriture directe dans les registres qui vont bien, etc.
En effet, tu as tort.
Un ingénieur matériel ne codera pas souvent de l'assembleur dans sa vie car ce n'est pas son métier. C'est plutôt un ingénieur logiciel bas niveau qui s'en occupera dans un projet. Ou quelqu'un qui a une double spécialité dans l'intégration logicielle et matérielle. Je n'ai jamais croisé un ingénieur matériel qui en était responsable dans un projet. Ou à la marge pour tester un concept rapidement.