En gros avant de me faire suer sur une crosscompilation, j'aurais voulu avoir un petit reour d'expérience. Incompatibilités ? Fonctionnement ?
Devant le peu de réponse je me suis lancé je viens de passer la première phase cruciale de la crosscompilation je finirai peut être ce week end. La page que j'avais dans le Wiki est maintenant caduque le patch que j'avais utilisé ayant disparu. En gros je me cale sur le package Python(2.4.42) de buildroot pour cross compiler un stackless 2.5.1 mais ça passe pas les doigts dans le nez. (Dieu sait pourtant que j'ai les narines bien larges ;) )
En gros avant de me faire suer sur une crosscompilation, j'aurais voulu
avoir un petit reour d'expérience.
Incompatibilités ?
Fonctionnement ?
Devant le peu de réponse je me suis lancé je viens de passer la première
phase cruciale de la crosscompilation je finirai peut être ce week end.
La page que j'avais dans le Wiki est maintenant caduque le patch que
j'avais utilisé ayant disparu.
En gros je me cale sur le package Python(2.4.42) de buildroot pour cross
compiler un stackless 2.5.1 mais ça passe pas les doigts dans le nez.
(Dieu sait pourtant que j'ai les narines bien larges ;) )
En gros avant de me faire suer sur une crosscompilation, j'aurais voulu avoir un petit reour d'expérience. Incompatibilités ? Fonctionnement ?
Devant le peu de réponse je me suis lancé je viens de passer la première phase cruciale de la crosscompilation je finirai peut être ce week end. La page que j'avais dans le Wiki est maintenant caduque le patch que j'avais utilisé ayant disparu. En gros je me cale sur le package Python(2.4.42) de buildroot pour cross compiler un stackless 2.5.1 mais ça passe pas les doigts dans le nez. (Dieu sait pourtant que j'ai les narines bien larges ;) )
|-| /-\\ |_ \(\)7 [°¿°]
Bonsoir !
La seule fois où je me suis intéressé à Stackless, personne n'a pu vraiment me dire ce que ça apportait ("en pratique, c'est quoi, quel intérêt à, la continuation?") Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très longs mois sans mouvements. Donc, gros doute sur la pérennité du truc...
@+
Michel Claveau
Bonsoir !
La seule fois où je me suis intéressé à Stackless, personne n'a pu vraiment me dire ce que ça
apportait ("en pratique, c'est quoi, quel intérêt à, la continuation?")
Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très longs mois sans mouvements.
Donc, gros doute sur la pérennité du truc...
La seule fois où je me suis intéressé à Stackless, personne n'a pu vraiment me dire ce que ça apportait ("en pratique, c'est quoi, quel intérêt à, la continuation?") Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très longs mois sans mouvements. Donc, gros doute sur la pérennité du truc...
@+
Michel Claveau
BertrandB
Bonsoir !
La seule fois où je me suis intéressé à Stackless, personne n'a pu vraiment me dire ce que ça apportait ("en pratique, c'est quoi, quel intérêt à, la continuation?") Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très longs mois sans mouvements. Donc, gros doute sur la pérennité du truc...
@+
Michel Claveau
J'ai l'impression que Stackless est vivant en ce moment.
C'est essentielement un Hack de C-Python, ffaisant que l'évaluateur n'utilise plus la pile de C pour les pasages de paramètres. Compte tenu des problèmes étanges avec le portage sur DSM-G600 que je rencontre il se pourrait effectivement que ce soit des écrasements de pile.
Il se rajoute une fonctionalité de Tasklet. Si j'ai bien compris stackless intégre un ordonaceur (round robin) et ces tasklet sont gérées par cette ordonanceur. "It allows programmers to reap the benefits of thread-based programming without the performance and complexity problems associated with conventional threads. The microthreads that Stackless adds to Python are a cheap and lightweight convenience which can if used properly, give the following benefits: * Improved program structure. * More readable code. * Increased programmer productivity."
et description sur python.org : "Stackless Python is a fork of CPython, but not one that diverges very far from the main tree. Christian Tismer rewrote the main interpreter loop of CPython to minimize its use of the C stack; in particular, calling a Python function in Stackless Python doesn't occupy any more room on the C stack. This means that, while CPython can only recurse a few thousand levels deep before filling up the C stack and crashing, Stackless can recurse to an unlimited depth. Stackless is also significantly faster than CPython (around 10%), supports continuations and lightweight threads, and has found a community of highly skilled users who use it to do things such as writing massively-multiplayer online games. The Stackless Python home page is at http://www.stackless.com."
Séduisant non ?
Bonsoir !
La seule fois où je me suis intéressé à Stackless, personne n'a pu
vraiment me dire ce que ça apportait ("en pratique, c'est quoi, quel
intérêt à, la continuation?")
Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très
longs mois sans mouvements. Donc, gros doute sur la pérennité du truc...
@+
Michel Claveau
J'ai l'impression que Stackless est vivant en ce moment.
C'est essentielement un Hack de C-Python, ffaisant que l'évaluateur
n'utilise plus la pile de C pour les pasages de paramètres. Compte tenu
des problèmes étanges avec le portage sur DSM-G600 que je rencontre il
se pourrait effectivement que ce soit des écrasements de pile.
Il se rajoute une fonctionalité de Tasklet. Si j'ai bien compris
stackless intégre un ordonaceur (round robin) et ces tasklet sont gérées
par cette ordonanceur.
"It allows programmers to reap the benefits of thread-based programming
without the performance and complexity problems associated with
conventional threads. The microthreads that Stackless adds to Python are
a cheap and lightweight convenience which can if used properly, give the
following benefits:
* Improved program structure.
* More readable code.
* Increased programmer productivity."
et description sur python.org :
"Stackless Python is a fork of CPython, but not one that diverges very
far from the main tree. Christian Tismer rewrote the main interpreter
loop of CPython to minimize its use of the C stack; in particular,
calling a Python function in Stackless Python doesn't occupy any more
room on the C stack. This means that, while CPython can only recurse a
few thousand levels deep before filling up the C stack and crashing,
Stackless can recurse to an unlimited depth. Stackless is also
significantly faster than CPython (around 10%), supports continuations
and lightweight threads, and has found a community of highly skilled
users who use it to do things such as writing massively-multiplayer
online games. The Stackless Python home page is at
http://www.stackless.com."
La seule fois où je me suis intéressé à Stackless, personne n'a pu vraiment me dire ce que ça apportait ("en pratique, c'est quoi, quel intérêt à, la continuation?") Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très longs mois sans mouvements. Donc, gros doute sur la pérennité du truc...
@+
Michel Claveau
J'ai l'impression que Stackless est vivant en ce moment.
C'est essentielement un Hack de C-Python, ffaisant que l'évaluateur n'utilise plus la pile de C pour les pasages de paramètres. Compte tenu des problèmes étanges avec le portage sur DSM-G600 que je rencontre il se pourrait effectivement que ce soit des écrasements de pile.
Il se rajoute une fonctionalité de Tasklet. Si j'ai bien compris stackless intégre un ordonaceur (round robin) et ces tasklet sont gérées par cette ordonanceur. "It allows programmers to reap the benefits of thread-based programming without the performance and complexity problems associated with conventional threads. The microthreads that Stackless adds to Python are a cheap and lightweight convenience which can if used properly, give the following benefits: * Improved program structure. * More readable code. * Increased programmer productivity."
et description sur python.org : "Stackless Python is a fork of CPython, but not one that diverges very far from the main tree. Christian Tismer rewrote the main interpreter loop of CPython to minimize its use of the C stack; in particular, calling a Python function in Stackless Python doesn't occupy any more room on the C stack. This means that, while CPython can only recurse a few thousand levels deep before filling up the C stack and crashing, Stackless can recurse to an unlimited depth. Stackless is also significantly faster than CPython (around 10%), supports continuations and lightweight threads, and has found a community of highly skilled users who use it to do things such as writing massively-multiplayer online games. The Stackless Python home page is at http://www.stackless.com."
Séduisant non ?
MC
Re !
microthreads
Lorsque je m'y étais intéressé, les micro-threads n'étaient pas implémentés (c'était une promesse pour la version suivante).
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions Python.
-- @-salutations
Michel Claveau
Re !
microthreads
Lorsque je m'y étais intéressé, les micro-threads n'étaient pas
implémentés (c'était une promesse pour la version suivante).
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions
Python.
Lorsque je m'y étais intéressé, les micro-threads n'étaient pas implémentés (c'était une promesse pour la version suivante).
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions Python.
-- @-salutations
Michel Claveau
Amaury Forgeot d'Arc
Bonsoir,
Bonsoir !
La seule fois où je me suis intéressé à Stackless, personne n'a pu vraiment me dire ce que ça apportait ("en pratique, c'est quoi, quel intérêt à, la continuation?") Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très longs mois sans mouvements. Donc, gros doute sur la pérennité du truc...
@+
Michel Claveau
J'ai l'impression que Stackless est vivant en ce moment.
C'est essentielement un Hack de C-Python, ffaisant que l'évaluateur n'utilise plus la pile de C pour les pasages de paramètres. Compte tenu des problèmes étanges avec le portage sur DSM-G600 que je rencontre il se pourrait effectivement que ce soit des écrasements de pile.
En fait, Stackless utilise quand même la pile "du C". Si on imbrique 10 appels de fonctions, on verra leurs paramètres s'aligner sur cette pile.
Mais Stackless sait s'en libérer quand il le désire, en recopiant une partie de la pile ailleurs, et en continuant avec la place libérée.
Ce qui lui permet de simuler une pile d'appels beaucoup plus importante, mais aussi de passer rapidement à autre chose, en remettant en place une pile enregistrée précédemment.
Il se rajoute une fonctionalité de Tasklet. Si j'ai bien compris stackless intégre un ordonaceur (round robin) et ces tasklet sont gérées par cette ordonanceur.
Il y a d'autres modèles. Par exemple, deux tasklets peuvent être reliées par des "Channels": quand une tâche écrit dans le Channel, elle réveille celle qui est à l'écoute.
"It allows programmers to reap the benefits of thread-based programming without the performance and complexity problems associated with conventional threads. The microthreads that Stackless adds to Python are a cheap and lightweight convenience which can if used properly, give the following benefits: * Improved program structure. * More readable code. * Increased programmer productivity."
Moi, j'ai toujours un peu de mal avec ces fonctions qui s'interrompent, reprennent en plein milieu... A utiliser en cas de nécessiter seulement.
et description sur python.org : "Stackless Python is a fork of CPython, but not one that diverges very far from the main tree. Christian Tismer rewrote the main interpreter loop of CPython to minimize its use of the C stack; in particular, calling a Python function in Stackless Python doesn't occupy any more room on the C stack. This means that, while CPython can only recurse a few thousand levels deep before filling up the C stack and crashing, Stackless can recurse to an unlimited depth. Stackless is also significantly faster than CPython (around 10%), supports continuations and lightweight threads, and has found a community of highly skilled users who use it to do things such as writing massively-multiplayer online games. The Stackless Python home page is at http://www.stackless.com."
Séduisant non ?
Bonsoir,
Bonsoir !
La seule fois où je me suis intéressé à Stackless, personne n'a pu
vraiment me dire ce que ça apportait ("en pratique, c'est quoi, quel
intérêt à, la continuation?")
Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très
longs mois sans mouvements. Donc, gros doute sur la pérennité du truc...
@+
Michel Claveau
J'ai l'impression que Stackless est vivant en ce moment.
C'est essentielement un Hack de C-Python, ffaisant que l'évaluateur
n'utilise plus la pile de C pour les pasages de paramètres. Compte tenu
des problèmes étanges avec le portage sur DSM-G600 que je rencontre il
se pourrait effectivement que ce soit des écrasements de pile.
En fait, Stackless utilise quand même la pile "du C". Si on imbrique 10
appels de fonctions, on verra leurs paramètres s'aligner sur cette pile.
Mais Stackless sait s'en libérer quand il le désire, en recopiant une
partie de la pile ailleurs, et en continuant avec la place libérée.
Ce qui lui permet de simuler une pile d'appels beaucoup plus importante,
mais aussi de passer rapidement à autre chose, en remettant en place une
pile enregistrée précédemment.
Il se rajoute une fonctionalité de Tasklet. Si j'ai bien compris
stackless intégre un ordonaceur (round robin) et ces tasklet sont gérées
par cette ordonanceur.
Il y a d'autres modèles. Par exemple, deux tasklets peuvent être reliées
par des "Channels": quand une tâche écrit dans le Channel, elle réveille
celle qui est à l'écoute.
"It allows programmers to reap the benefits of thread-based programming
without the performance and complexity problems associated with
conventional threads. The microthreads that Stackless adds to Python are
a cheap and lightweight convenience which can if used properly, give the
following benefits:
* Improved program structure.
* More readable code.
* Increased programmer productivity."
Moi, j'ai toujours un peu de mal avec ces fonctions qui s'interrompent,
reprennent en plein milieu...
A utiliser en cas de nécessiter seulement.
et description sur python.org :
"Stackless Python is a fork of CPython, but not one that diverges very
far from the main tree. Christian Tismer rewrote the main interpreter
loop of CPython to minimize its use of the C stack; in particular,
calling a Python function in Stackless Python doesn't occupy any more
room on the C stack. This means that, while CPython can only recurse a
few thousand levels deep before filling up the C stack and crashing,
Stackless can recurse to an unlimited depth. Stackless is also
significantly faster than CPython (around 10%), supports continuations
and lightweight threads, and has found a community of highly skilled
users who use it to do things such as writing massively-multiplayer
online games. The Stackless Python home page is at
http://www.stackless.com."
La seule fois où je me suis intéressé à Stackless, personne n'a pu vraiment me dire ce que ça apportait ("en pratique, c'est quoi, quel intérêt à, la continuation?") Et puis, j'ai remarqué que ce projet vivait par à-coups, avec de très longs mois sans mouvements. Donc, gros doute sur la pérennité du truc...
@+
Michel Claveau
J'ai l'impression que Stackless est vivant en ce moment.
C'est essentielement un Hack de C-Python, ffaisant que l'évaluateur n'utilise plus la pile de C pour les pasages de paramètres. Compte tenu des problèmes étanges avec le portage sur DSM-G600 que je rencontre il se pourrait effectivement que ce soit des écrasements de pile.
En fait, Stackless utilise quand même la pile "du C". Si on imbrique 10 appels de fonctions, on verra leurs paramètres s'aligner sur cette pile.
Mais Stackless sait s'en libérer quand il le désire, en recopiant une partie de la pile ailleurs, et en continuant avec la place libérée.
Ce qui lui permet de simuler une pile d'appels beaucoup plus importante, mais aussi de passer rapidement à autre chose, en remettant en place une pile enregistrée précédemment.
Il se rajoute une fonctionalité de Tasklet. Si j'ai bien compris stackless intégre un ordonaceur (round robin) et ces tasklet sont gérées par cette ordonanceur.
Il y a d'autres modèles. Par exemple, deux tasklets peuvent être reliées par des "Channels": quand une tâche écrit dans le Channel, elle réveille celle qui est à l'écoute.
"It allows programmers to reap the benefits of thread-based programming without the performance and complexity problems associated with conventional threads. The microthreads that Stackless adds to Python are a cheap and lightweight convenience which can if used properly, give the following benefits: * Improved program structure. * More readable code. * Increased programmer productivity."
Moi, j'ai toujours un peu de mal avec ces fonctions qui s'interrompent, reprennent en plein milieu... A utiliser en cas de nécessiter seulement.
et description sur python.org : "Stackless Python is a fork of CPython, but not one that diverges very far from the main tree. Christian Tismer rewrote the main interpreter loop of CPython to minimize its use of the C stack; in particular, calling a Python function in Stackless Python doesn't occupy any more room on the C stack. This means that, while CPython can only recurse a few thousand levels deep before filling up the C stack and crashing, Stackless can recurse to an unlimited depth. Stackless is also significantly faster than CPython (around 10%), supports continuations and lightweight threads, and has found a community of highly skilled users who use it to do things such as writing massively-multiplayer online games. The Stackless Python home page is at http://www.stackless.com."
Séduisant non ?
Amaury Forgeot d'Arc
Re !
microthreads
Lorsque je m'y étais intéressé, les micro-threads n'étaient pas implémentés (c'était une promesse pour la version suivante).
Heu, c'était il y a longtemps ? La page correspondante sur le wiki date de 2005. http://www.stackless.com/wiki/Tasklets
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions Python.
En plus, l'auteur principal a émigré vers le projet PyPy, qui permet d'implémenter la fonction stackless de manière transversale, et sans avoir à modifier tout le code de l'interpréteur (enfin si, mais c'est du code généré).
Ceci dit, quand on a vraiment besoin des avantages de Stackless, le fait d'avoir un python plus-que-stable n'est pas à dédaigner.
-- Amaury Forgeot d'Arc
Re !
microthreads
Lorsque je m'y étais intéressé, les micro-threads n'étaient pas
implémentés (c'était une promesse pour la version suivante).
Heu, c'était il y a longtemps ? La page correspondante sur le wiki date
de 2005. http://www.stackless.com/wiki/Tasklets
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions
Python.
En plus, l'auteur principal a émigré vers le projet PyPy, qui permet
d'implémenter la fonction stackless de manière transversale, et sans
avoir à modifier tout le code de l'interpréteur (enfin si, mais c'est du
code généré).
Ceci dit, quand on a vraiment besoin des avantages de Stackless, le fait
d'avoir un python plus-que-stable n'est pas à dédaigner.
Lorsque je m'y étais intéressé, les micro-threads n'étaient pas implémentés (c'était une promesse pour la version suivante).
Heu, c'était il y a longtemps ? La page correspondante sur le wiki date de 2005. http://www.stackless.com/wiki/Tasklets
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions Python.
En plus, l'auteur principal a émigré vers le projet PyPy, qui permet d'implémenter la fonction stackless de manière transversale, et sans avoir à modifier tout le code de l'interpréteur (enfin si, mais c'est du code généré).
Ceci dit, quand on a vraiment besoin des avantages de Stackless, le fait d'avoir un python plus-que-stable n'est pas à dédaigner.
-- Amaury Forgeot d'Arc
Amaury Forgeot d'Arc
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions Python.
La version 2.5.1 est quand même là...
-- Amaury
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions
Python.
J'ai l'impression que Stackless est vivant en ce moment.
Mais, les versions sortent au moins 18 mois de retard sur les versions Python.
La version 2.5.1 est quand même là...
-- Amaury
BertrandB
Bonsoir,
Bonjour
Moi, j'ai toujours un peu de mal avec ces fonctions qui s'interrompent, reprennent en plein milieu... A utiliser en cas de nécessiter seulement.
Dans mon cas je ne pense pas utiliser ces fonctionalités, dont je ne pourrai vous en donenr des nouveles. Pour l'instant je veux juste faire fonctionner edna (sans le bug étrange) sur le DSM/G600 (PPC 32Mo de Ram Kernel 2.4.21 uclibc qui date). Et par là donner un langage un peu sérieux, pour l'instant seul php et microperl a été Xcompilé avec succès.
Je vous tiendrai au courant.
Bonsoir,
Bonjour
Moi, j'ai toujours un peu de mal avec ces fonctions qui s'interrompent,
reprennent en plein milieu...
A utiliser en cas de nécessiter seulement.
Dans mon cas je ne pense pas utiliser ces fonctionalités, dont je ne
pourrai vous en donenr des nouveles.
Pour l'instant je veux juste faire fonctionner edna (sans le bug
étrange) sur le DSM/G600 (PPC 32Mo de Ram Kernel 2.4.21 uclibc qui
date). Et par là donner un langage un peu sérieux, pour l'instant seul
php et microperl a été Xcompilé avec succès.
Moi, j'ai toujours un peu de mal avec ces fonctions qui s'interrompent, reprennent en plein milieu... A utiliser en cas de nécessiter seulement.
Dans mon cas je ne pense pas utiliser ces fonctionalités, dont je ne pourrai vous en donenr des nouveles. Pour l'instant je veux juste faire fonctionner edna (sans le bug étrange) sur le DSM/G600 (PPC 32Mo de Ram Kernel 2.4.21 uclibc qui date). Et par là donner un langage un peu sérieux, pour l'instant seul php et microperl a été Xcompilé avec succès.
Je vous tiendrai au courant.
Méta-MCI \(MVP\)
Bonjour !
Heu, c'était il y a longtemps ? La page correspondante sur le wiki date de 2005
ça correspond (à l'époque où j'avais regardé, seule la version pour Python 2.3 était dispo, alors que j'étais en P-2.4)
La version 2.5.1 est quand même là...
Oui, mais en 2007, alors que c'est la 1ère version pour Python 2.5.x, qui est sorti... depuis quand déjà ?
De toutes façons, comme tu dis : "en cas de nécessité seulement" ; vu que le Python "standard" est quand même pas mal.
@-salutations
Michel Claveau
Bonjour !
Heu, c'était il y a longtemps ? La page correspondante sur le wiki date de 2005
ça correspond (à l'époque où j'avais regardé, seule la version pour Python 2.3 était dispo, alors
que j'étais en P-2.4)
La version 2.5.1 est quand même là...
Oui, mais en 2007, alors que c'est la 1ère version pour Python 2.5.x, qui est sorti... depuis quand
déjà ?
De toutes façons, comme tu dis : "en cas de nécessité seulement" ; vu que le Python "standard" est
quand même pas mal.
Heu, c'était il y a longtemps ? La page correspondante sur le wiki date de 2005
ça correspond (à l'époque où j'avais regardé, seule la version pour Python 2.3 était dispo, alors que j'étais en P-2.4)
La version 2.5.1 est quand même là...
Oui, mais en 2007, alors que c'est la 1ère version pour Python 2.5.x, qui est sorti... depuis quand déjà ?
De toutes façons, comme tu dis : "en cas de nécessité seulement" ; vu que le Python "standard" est quand même pas mal.
@-salutations
Michel Claveau
BertrandB
En plus, l'auteur principal a émigré vers le projet PyPy, qui permet d'implémenter la fonction stackless de manière transversale, et sans avoir à modifier tout le code de l'interpréteur (enfin si, mais c'est du code généré).
j'ai été jeter n cup d'oeuil mais : - le nom ne fait vraiment pas sérieux - ce n'est pas encore full compatible contrairemnet à stackless qui se réclame full compatible - j'ai eu peur quand j'ai lu le processus de génération de l'interpréteur. Je n'ose imaginer une cross-génération
j'en ai conclus que stackless était un meilleur candidat pour de l'embarqué, on verra bien.
En plus, l'auteur principal a émigré vers le projet PyPy, qui permet
d'implémenter la fonction stackless de manière transversale, et sans
avoir à modifier tout le code de l'interpréteur (enfin si, mais c'est du
code généré).
j'ai été jeter n cup d'oeuil mais :
- le nom ne fait vraiment pas sérieux
- ce n'est pas encore full compatible contrairemnet à stackless qui se
réclame full compatible
- j'ai eu peur quand j'ai lu le processus de génération de
l'interpréteur. Je n'ose imaginer une cross-génération
j'en ai conclus que stackless était un meilleur candidat pour de
l'embarqué, on verra bien.
En plus, l'auteur principal a émigré vers le projet PyPy, qui permet d'implémenter la fonction stackless de manière transversale, et sans avoir à modifier tout le code de l'interpréteur (enfin si, mais c'est du code généré).
j'ai été jeter n cup d'oeuil mais : - le nom ne fait vraiment pas sérieux - ce n'est pas encore full compatible contrairemnet à stackless qui se réclame full compatible - j'ai eu peur quand j'ai lu le processus de génération de l'interpréteur. Je n'ose imaginer une cross-génération
j'en ai conclus que stackless était un meilleur candidat pour de l'embarqué, on verra bien.
