C'est déjà fait dans Nightly et c'est un compilateur ou plutôt une nouvelle passe de compilation ajoutée à IonMonkey (initialement appelée OdinMonkey). L'intérêt d'être un sous-ensemble de JavaScript reste que le code asm.js tourne sans condition sur tous les navigateurs.
Cough cough…
Custom asm.js parser (bug 854061) (estimated time: 2 months): create a new parser (reusing the tokenizer) that only recognizes asm.js, falling back to the general purpose parser on any failure. This would avoid creating 1.5GB of ParseNodes for 50MB asm.js files and also making parsing a lot faster. https://wiki.mozilla.org/Javascript:SpiderMonkey:OdinMonkey
Je ne sais pas ce que tu veux dire par «en mode interprété».
Les navigateurs qui n'implementent pas le support direct pour asm.js et donc ne font pas une passe de compilation AOT dessus doivent executer le code en mode interprete/JIT (pareil que du code qui ne passerait pas la validation pour les navigateurs avec le support d'ailleurs). Et c'est evidemment beaucoup beaucoup plus lent, sinon faire son propre parseur et compilateur AOT n'aurait aucun interet.
[^] # Re: Pas convaincu
Posté par Littleboy . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 2.
Cough cough…
Custom asm.js parser (bug 854061) (estimated time: 2 months): create a new parser (reusing the tokenizer) that only recognizes asm.js, falling back to the general purpose parser on any failure. This would avoid creating 1.5GB of ParseNodes for 50MB asm.js files and also making parsing a lot faster.
https://wiki.mozilla.org/Javascript:SpiderMonkey:OdinMonkey
Les navigateurs qui n'implementent pas le support direct pour asm.js et donc ne font pas une passe de compilation AOT dessus doivent executer le code en mode interprete/JIT (pareil que du code qui ne passerait pas la validation pour les navigateurs avec le support d'ailleurs). Et c'est evidemment beaucoup beaucoup plus lent, sinon faire son propre parseur et compilateur AOT n'aurait aucun interet.