Il suffit de réécrire un autre back-end afin que le compilateur crache du code pour une VM quelconque
Oué y'a ka fo ke. Bien sûr je ne doute pas un instant que ce soit possible, mais c'est presque inutile tellement ca sera inexploitable : comme s'interfacera ce code avec les autres langages ciblant la VM ? Comment va s'intégrer le langage au modèle particulier de sécurité et de gestion mémoire proposé par les VM ? Quel va être l'intérêt du gain de perf sachant que le gros boulot d'optimisation sera surtout à faire au niveau de la VM ?
Le problème de sécurité serait donc réglé.
Bof, ca suppose que t'interdise dans le langage certaines constructions tout de même. Il ne faudra pas laisser un accès n'importe où dans la mémoire. Il faudra s'intégrer avec le modèle de chargement du code, la gestion mémoire, etc. Pour moi c'est pas aussi simple que tu le crois pour m'être un peu intéressé à la compilation vers des VM.
En réécrivant le parseur, on pourrait lui faire compiler assez facilement du Java.
Ne serait-ce pas plus pertinent ? Ca rejoint mon idée plus haut qui consistait à réutiliser les atouts du compilo plutôt que de forcer à l'utilisation d'une syntaxe qui a pour moi beaucoup d'inconvénient en pratique.
le compilateur Lisaac permet de faire énormément de chose, y compris de répondre à tes problèmes de sécurité.
Moins convaincu. Tu vas pas résoudres les problèmes de sécurité qui font que potentiellement tu débordes d'un tableau sur un autre espace de la mémoire de ton process. Ca supposerait un certain nombre de limitation dans le langage ou pire ca changerait la sémantique initiale du langage.
Si t'en ai convaincu, moi je reste extrêmement dubitatif. J'attend de voir du concrêt.
[^] # Re: C'est trop compliqué !
Posté par TImaniac (site web personnel) . En réponse au journal Des langages de haut niveau. Évalué à 1.
Oué y'a ka fo ke. Bien sûr je ne doute pas un instant que ce soit possible, mais c'est presque inutile tellement ca sera inexploitable : comme s'interfacera ce code avec les autres langages ciblant la VM ? Comment va s'intégrer le langage au modèle particulier de sécurité et de gestion mémoire proposé par les VM ? Quel va être l'intérêt du gain de perf sachant que le gros boulot d'optimisation sera surtout à faire au niveau de la VM ?
Le problème de sécurité serait donc réglé.
Bof, ca suppose que t'interdise dans le langage certaines constructions tout de même. Il ne faudra pas laisser un accès n'importe où dans la mémoire. Il faudra s'intégrer avec le modèle de chargement du code, la gestion mémoire, etc. Pour moi c'est pas aussi simple que tu le crois pour m'être un peu intéressé à la compilation vers des VM.
En réécrivant le parseur, on pourrait lui faire compiler assez facilement du Java.
Ne serait-ce pas plus pertinent ? Ca rejoint mon idée plus haut qui consistait à réutiliser les atouts du compilo plutôt que de forcer à l'utilisation d'une syntaxe qui a pour moi beaucoup d'inconvénient en pratique.
le compilateur Lisaac permet de faire énormément de chose, y compris de répondre à tes problèmes de sécurité.
Moins convaincu. Tu vas pas résoudres les problèmes de sécurité qui font que potentiellement tu débordes d'un tableau sur un autre espace de la mémoire de ton process. Ca supposerait un certain nombre de limitation dans le langage ou pire ca changerait la sémantique initiale du langage.
Si t'en ai convaincu, moi je reste extrêmement dubitatif. J'attend de voir du concrêt.