Pour préciser un peu plus :
le bytecode Java a été conçu pour être interprété, et les VM récentes utilisent des techniques d'optimisation pour arranger tout ca : elles "profilent" le code pour déterminer les portions de code les plus utilisées et les compile "à la volée". Celà dis ce n'est pas toujours parfait, et il faut commencer en mode interprété.
Si on prend exemple sur le CIL (l'équivalent du bytecode chez .NET et Mono) , celui-ci est optimisé et a été conçu pour être compilé. Il est donc parfaitement possible de compiler le code intermédiaire en code natif, à la volée (JIT), ou même avant exécution.
Pour ce uqi est du JIT (compilation à la volée à l'éxecution), il faut juste se dire que c'est la dernière étape de la compilation qui a lieu, elle est juste retardée au dernier moment, notamment pour que le code soit plus "portable". (il faut bien se dire qu'il y a également un code intermédiaire dans GCC)
Dans tous les cas, qu'il s'agissent du bytecode Java ou du CIL, on peut compiler ou intepréter, seulement l'un est optimisé pour la compilation et l'autre pour l'interprétation...
[^] # Re: Mozilla souhaite s'allier à d'autres projet Libres pour faire face à MS-Longhorn
Posté par TImaniac (site web personnel) . En réponse à la dépêche Mozilla souhaite s'allier à d'autres projet Libres pour faire face à MS-Longhorn. Évalué à 1.
le bytecode Java a été conçu pour être interprété, et les VM récentes utilisent des techniques d'optimisation pour arranger tout ca : elles "profilent" le code pour déterminer les portions de code les plus utilisées et les compile "à la volée". Celà dis ce n'est pas toujours parfait, et il faut commencer en mode interprété.
Si on prend exemple sur le CIL (l'équivalent du bytecode chez .NET et Mono) , celui-ci est optimisé et a été conçu pour être compilé. Il est donc parfaitement possible de compiler le code intermédiaire en code natif, à la volée (JIT), ou même avant exécution.
Pour ce uqi est du JIT (compilation à la volée à l'éxecution), il faut juste se dire que c'est la dernière étape de la compilation qui a lieu, elle est juste retardée au dernier moment, notamment pour que le code soit plus "portable". (il faut bien se dire qu'il y a également un code intermédiaire dans GCC)
Dans tous les cas, qu'il s'agissent du bytecode Java ou du CIL, on peut compiler ou intepréter, seulement l'un est optimisé pour la compilation et l'autre pour l'interprétation...