Effectivement, Go comme Rust sont des langages compilés ciblant le processeur. On parle alors simplement de runtime plutôt que de Virtual Machine. Une VM (comme la JVM ou CLR) possède aussi un runtime mais interprète (ou JIT) à l'exécution le code en ciblant le processeur sur lequel la VM est lancé et ajoute parfois d'autres contraintes (authentification du code, mode d'exécution limité, protection mémoire, etc...).
Comme bien précisé dans le journal, tout les langages ont un runtime qui fournit plus ou moins de choses. Par exemple, le C offre très peu de fonctions par défaut et la stdlib (comme la libm) est désactivable ce qui en fait un langage très pratique dans le petit embarqué (certains processeurs gère très mal l'allocation dynamique très utilisé pour les chaines de caractères par exemple).
[^] # Re: Machine virtuelle ?
Posté par Clément David (site web personnel) . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 5.
Effectivement, Go comme Rust sont des langages compilés ciblant le processeur. On parle alors simplement de
runtimeplutôt que deVirtual Machine. Une VM (comme la JVM ou CLR) possède aussi unruntimemais interprète (ou JIT) à l'exécution le code en ciblant le processeur sur lequel la VM est lancé et ajoute parfois d'autres contraintes (authentification du code, mode d'exécution limité, protection mémoire, etc...).Comme bien précisé dans le journal, tout les langages ont un
runtimequi fournit plus ou moins de choses. Par exemple, le C offre très peu de fonctions par défaut et la stdlib (comme la libm) est désactivable ce qui en fait un langage très pratique dans le petit embarqué (certains processeurs gère très mal l'allocation dynamique très utilisé pour les chaines de caractères par exemple).