Y'a quoi de fantastique et d'impressionnant dans ce port OpenGL ?
Tu changes pas.
C'est un boulot énorme et de très haut niveau, c'est tout. Il l'aurait fait en java, en erlang, en brainfuck que j'aurai dit la même chose.
Porter OpenGL dans un langage, c'est difficile point.
Une piste alternative ?
Preuve que tu n'as pas lu mon journal jusqu'au bout, je cite :
C'est pour cela qu'il faudrait se demander si l'invention d'un système d'erreur ne deviendrait pas nécessaire : on pourrait imaginer un système basé sur un moteur de règle, avec un arrière gout Prolog. Cela aurait l'avantage de pouvoir gérer des conjonctions d'erreurs, et au compilateur de déterminer les cas possibles d'interaction pour proposer aux développeurs de prévoir une réponse. Le moteur de règle serait intrinsèquement d'assez haut niveau pour être accessible au fonctionnel, qui pourrait alors faire des choix.
Reste qu'il nous manque un modèle, que nous implanterions alors sûrement dans le langage...
C'est juste une piste...
la compilation de module
Alors ?
C'est pas dans les premières priorités.
Je te rappelle, que Lisaac a pour le moment vocation à être un langage de niche, et pas du tout un concurrent de Java.
la gestion de la configuration des librairies
Alors ?
Dispo dans la prochaine version du compilateur, qui devrait sortir au cours du premier semestre 2009
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: beaucoup de blabla, peu d'info
Posté par Ontologia (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 2.
Tu changes pas.
C'est un boulot énorme et de très haut niveau, c'est tout. Il l'aurait fait en java, en erlang, en brainfuck que j'aurai dit la même chose.
Porter OpenGL dans un langage, c'est difficile point.
Une piste alternative ?
Preuve que tu n'as pas lu mon journal jusqu'au bout, je cite :
C'est pour cela qu'il faudrait se demander si l'invention d'un système d'erreur ne deviendrait pas nécessaire : on pourrait imaginer un système basé sur un moteur de règle, avec un arrière gout Prolog. Cela aurait l'avantage de pouvoir gérer des conjonctions d'erreurs, et au compilateur de déterminer les cas possibles d'interaction pour proposer aux développeurs de prévoir une réponse. Le moteur de règle serait intrinsèquement d'assez haut niveau pour être accessible au fonctionnel, qui pourrait alors faire des choix.
Reste qu'il nous manque un modèle, que nous implanterions alors sûrement dans le langage...
C'est juste une piste...
la compilation de module
Alors ?
C'est pas dans les premières priorités.
Je te rappelle, que Lisaac a pour le moment vocation à être un langage de niche, et pas du tout un concurrent de Java.
la gestion de la configuration des librairies
Alors ?
Dispo dans la prochaine version du compilateur, qui devrait sortir au cours du premier semestre 2009
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker