J'ai pas tout à fait la même définition :
pour moi le runtime, c'est le support technique à l'exécution des services offerts par le langage (modèle de sécurité, introspection, garbage collector, gestion des exceptions, etc).
Que ce soit sous forme de lib ou pas. D'ailleur cette différence n'a pas de sens puisque la plupart des "runtimes" joue sur les 2 tableaux en offrant également leurs services ou le contrôle de ces services sous la forme de libs.
Le "service" garbage collector peut être vu comme faisant parti du runtime si le service est indispensable pour remplir le contrat de la VM (c'est le cas de Java ou .NET, ce service fait parti de la définition de la VM).
En revanche si le service garbage collector est un "outil" optionnel qui n'a aucun impact sur la sémantique du langage, alors il peut être vu comme une lib normale.
[^] # Re: Surprise
Posté par TImaniac (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 2.
pour moi le runtime, c'est le support technique à l'exécution des services offerts par le langage (modèle de sécurité, introspection, garbage collector, gestion des exceptions, etc).
Que ce soit sous forme de lib ou pas. D'ailleur cette différence n'a pas de sens puisque la plupart des "runtimes" joue sur les 2 tableaux en offrant également leurs services ou le contrôle de ces services sous la forme de libs.
Le "service" garbage collector peut être vu comme faisant parti du runtime si le service est indispensable pour remplir le contrat de la VM (c'est le cas de Java ou .NET, ce service fait parti de la définition de la VM).
En revanche si le service garbage collector est un "outil" optionnel qui n'a aucun impact sur la sémantique du langage, alors il peut être vu comme une lib normale.