Robin c'est le serpent qui se mange la queue cette histoire...
https://fr.wikipedia.org/wiki/Bytecode
"Le bytecode est un code intermédiaire entre les
instructions machines et le
code source,
il n'est pas directement exécutable."
Puis ça, c'est une question de terminologie à la con au final. Ce n'est pas ça qui est important. Ce qui l'est en revanche, c'est que certaines plateformes implémentent une JVM en hard (comme jHISC que j'ai déjà cité) contrairement à pas mal d'âneries qui ont été affirmées sur ce thread.
"
Programmation hardware", c'est juste du RTL, ça se fait beaucoup dans l'industrie... C'est pas ça qui rend les FPGA si particuliers.
On est d'accord que les FPGA sont une branche à part, mais un FPGA JOP est bel et bien optimisé pour exécuter le bytecode sans machine virtuelle. Le Java ne cherche pas ici à décrire un assemblage logique de portes (ce qui est, encore une fois, plus proche du RTL).
Oups, je crois qu'avec toutes nos discussions on perd de vue l'auteur du sujet !
Je suppose que les pcs disposant de distribution Linux ne sont pas vendus avec cet OS, mais bien sans et qu'on doit l'installer. A moins que je ne me trompe ?
Tu peux installer GNU/Linux sur n'importe quel PC (en fait sur n'importe quelle architecture compatible, donc x86 et AMD/Intel64 mais pas seulement). Quelques rares machines sont vendues avec un Linux dessus en revanche. C'est très peu courant.
Mais s'ils sont bien vendus avec OS, est-ce que les process disposent eux aussi du C comme langage natif ? Est-ce universel comme langage natif ? Quelque soit l'OS ?
L'OS n'influe pas le language natif (le jeu d'instructions) du processeur. C'est l'OS qui est compilé pour correspondre à ce dernier.
Le C n'est pas un langage natif à proprement parler. Il doit être compilé pour produire un code comportant des instructions qui elles seront natives pour une archi donnée.
