Interpréteur de scripts

Version imprimable

Voir 40 message(s) de cette discussion en une page

16/05/2008, 19h55
levit

Merci pour le récapitulatif Emmanuel.

Pour en revenir à Coco/R, son avantage sur Lex/Yacc est donc sa capacité à travailler avec C++. Par contre il me semble moins répandu que Lex/Yacc.
J'ai vu que Flex/Bison propose une version C++ que j'ai commencé à tester brièvement. Pensez vous que ce soit une solution viable ?

J'en profite pour demander à quel point Lex/Yacc (ou leurs pendant GNU) est présent "d'origine" sur les différents unix ?
17/05/2008, 05h02
NewbiZ
Code:

1 2 3 4 NEW IMAGE IMAGE LOAD "monImage.jpg" IMAGE SEUIL 128 IMAGE SAVE "monImageBis.jpg"
Il faudrait plus d'exemples de ce que tu comptes faire avec ce langage.
Il n'y a aucun sens à vouloir utiliser des outils aussi complexes que Lex et Yacc pour un langage qui à priori a l'air aussi simple que celui présenté.
17/05/2008, 08h30
Bayard
J'ai déjà eu le même problème et je l'ai solutionné par python + swig.

http://www.python.org

http://www.swig.org/

python, c'est le langage (syntaxe proche du C, avec l'avantage de permettre de faire des choses trés simples)
Code:

1 2 3 4 5 print "coucou" a = "chaine" c = "voila une concatenation " + a print c
swig permet d'interfacer simplement (interfacer sans swig est possible, mais plus lourd).

http://dosimple.ch/articles/Python-SWIG/

En 2008, la gestion d'un intepréteur python dans des outils est courante (exemple éditeur scite).

Il y a également un débugueur avec points d'arrêt.

Oh, mais que vois-je ?
Un tutoriel à ce sujet :
http://matthieu-brucher.developpez.c...on/swig-numpy/

Que la journée vous soit douce et agréable
17/05/2008, 10h19
zais_ethael

Swig c'est pour appeler de C++ dans un programme Python. La c'est le contraire qui serait souhaitable. Remarquez il existe aussi un truc très bien pour ça: boost::python.
17/05/2008, 11h02
levit
Citation:
Envoyé par NewbiZ

Code:

1 2 3 4 NEW IMAGE IMAGE LOAD "monImage.jpg" IMAGE SEUIL 128 IMAGE SAVE "monImageBis.jpg"

Il faudrait plus d'exemples de ce que tu comptes faire avec ce langage.
C'est pourtant quelque chose de ce type que je souhaite faire. Le nombre de mots clés sera juste plus important : typiquement sur l'exemple de TImage précédent, ça correspondrait à une 50 aine de méthodes à pouvoir manipuler par le script.
Autre difficulté, j'ai besoin de pouvoir effectuer des boucles du genre :
Code:

1 2 3 4 5 6 7 NEW IMAGE IMAGE LOAD "monImage.jpg" IMAGE SEUIL 128 LOOP I 10 IMAGE APPLY FILTRE \I IMAGE SAVE "monImage\I.jpg" END LOOP
...si j'imagine avoir la possibilité d'appliquer à mon image différents filtres référencés par des "numéros" et si à chaque boucle je souhaite enregistrer l'image sous un nom différent dépendant de l'itération.

Citation:

Il n'y a aucun sens à vouloir utiliser des outils aussi complexes que Lex et Yacc pour un langage qui à priori a l'air aussi simple que celui présenté.

Je ne sais pas. C'est bien pour cela que je vous consulte, que je prends vos avis.
Lex/Yacc serait-il superflu dans ce cas ?
17/05/2008, 12h08
zais_ethael
Oui et en Python ça donnerait un truc qui ressemble à ça:
Code:

1 2 3 4 5 6 7 8 image = Image() image.load("monImage.jpg") image.seuil = 128 i=0 while i<10 : image.applyfilter() image.save("monImage.jpg") i++
Sauf que ça serait très très largement moins dur à implémenter et, qui plus est, ce sera largement mieux fait, plus rapide, plus malléable que tout ce que tu pourrais faire même en y passant des mois.
17/05/2008, 12h24
levit

...et que ce n'est pas ce que je veux faire.
17/05/2008, 12h25
Bayard

Citation:

Swig c'est pour appeler de C++ dans un programme Python. La c'est le contraire qui serait souhaitable. Remarquez il existe aussi un truc très bien pour ça: boost::python.

Ah, OK.

Les mots magiques c'est emdedding et extending:
Donc là on veut faire du "embedding":
http://docs.python.org/ext/high-level-embedding.html
17/05/2008, 14h15
Davidbrcz

Je m'incruste
levit: Tu veux faire quoi alors ?
Car là, je ne vois pas ce qui ne te va pas dans le code zais_ethael.
17/05/2008, 14h32
levit

Hé bien, je veux mon propre langage, avec mes propres mots clés. Il me semble l'avoir dit et c'est pour ça qu'utiliser Python je m'enchante pas.
17/05/2008, 14h55
Davidbrcz

Que t'apporterai ton langage face à python ?

Ce qui va changer entre le python (ou ruby, ou que sais je) et ton langage c'est la syntaxe et la polyvalence. Au final, ils feront la même chose, sauf qu'avec ton langage tu aura passé pas mal de temps pour un gain au final plutôt faible (voire nul), temps que tu pourrai employer sur d'autre partie plus importante
17/05/2008, 15h14
zais_ethael

... sauf si ton seul but est effectivement d'apprendre où de t'amuser, ce que tu ne nous a pas encore dit.
17/05/2008, 16h10
levit

...ou, par exemple, que les utilisateurs de l'application en question n'aient pas à apprendre Python (ou quel qu'autre langage que ce soit) mais utilisent un langage qui soit parfaitement adapté au contexte avec des mots clés qui soient explicites.

Et oui, la partie ludique de l'histoire est aussi une motivation.
17/05/2008, 16h19
Bayard

Code:

que les utilisateurs de l'application en question n'aient pas à apprendre Python (ou quel qu'autre langage que ce soit) mais utilisent un langage qui soit parfaitement adapté au contexte avec des mots clés qui soient explicites.

Arf ! Là, il va falloir en dire plus, car plus simple que python (ou même d'autre langage) c'est difficile.
17/05/2008, 16h31
levit

Python a beau être "simple", il reste trop compliqué pour ce que je souhaite faire. Je n'ai pas besoin d'un bulldozer quand une pelle me suffit parfaitement.
17/05/2008, 17h03
Davidbrcz

Ok.
Donc cherche "create scripting language" google.
Je tombe sur :
ceci et ca
17/05/2008, 17h23
Jean-Marc.Bourguet

Citation:

Envoyé par levit

Python a beau être "simple", il reste trop compliqué pour ce que je souhaite faire. Je n'ai pas besoin d'un bulldozer quand une pelle me suffit parfaitement.

Tu risques de te retrouver avec un bulldozer ayant été conçu comme une pelle.

Ceci dit, dans la catégorie syntaxe trompeusement simple, il y a les lisps et TCL...
17/05/2008, 21h36
JolyLoic
Avant même de réfléchir comment implémenter son propre langage, il faut commencer pas réfléchir à quoi il doit ressembler...

Pour l'instant, ce que j'ai vu de plus proche d'une spec est :
Code:

1 2 3 4 5 6 7 NEW IMAGE IMAGE LOAD "monImage.jpg" IMAGE SEUIL 128 LOOP I 10 IMAGE APPLY FILTRE \I IMAGE SAVE "monImage\I.jpg" END LOOP
Et bien, ça ne m'a pas l'air clair... Il semble qu'il y ait des variables (I, Image) mais la syntaxe de leur utilisation ne semble pas trop uniforme... Est-il possible de faire du calcul, des opérations sur les chaînes de caractères ? Y a-t-il d'autres structures que la boucle ?

Autre point, j'ai déjà développé un langage spécifique en me disant qu'il serait proche du vocabulaire de l'utilisateur final, mais en pratique, ça n'a pas trop marché. Si ton utilisateur est trop peu informaticien pour faire du python, il y a des chances qu'il le soit trop peu pour ton langage de script. Peut-être peux tu alors te tourner vers des langages graphiques ?
17/05/2008, 21h49
levit

Je me suis entre temps dirigé vers Lex/Yacc. Ces outils semblent être mes amis mais développer une usine à gaz pour les utiliser correctement dans mon application me semble de plus en plus exagéré.
Avec les vagues exemples que je vous ai donnés, l'utilisation de Lex/Yacc vous semble-t-elle justifiée ?
17/05/2008, 21h59
levit

Citation:

Envoyé par JolyLoic

[...]
Et bien, ça ne m'a pas l'air clair... Il semble qu'il y ait des variables (I, Image) mais la syntaxe de leur utilisation ne semble pas trop uniforme... Est-il possible de faire du calcul, des opérations sur les chaînes de caractères ? Y a-t-il d'autres structures que la boucle ?

Bien dans ce que je souhaite faire c'est cette boucle qui est le "plus complexe ": je n'ai pas le besoin de faire d'opérations sur les variables ou sur les chaînes de caractères (enfin si un peu, pour pouvoir enregistrer des fichiers sous des noms différents) et je n'ai pas non plus besoin d'autres structures.

Citation:

Envoyé par JolyLoic

Autre point, j'ai déjà développé un langage spécifique en me disant qu'il serait proche du vocabulaire de l'utilisateur final, mais en pratique, ça n'a pas trop marché. Si ton utilisateur est trop peu informaticien pour faire du python, il y a des chances qu'il le soit trop peu pour ton langage de script.

Comme dit juste au dessus, mon langage se donc très très simple... je l'espère suffisamment pour que mes utilisateurs l'utilisent à bon escient.

Citation:

Envoyé par JolyLoic

Peut-être peux tu alors te tourner vers des langages graphiques ?

Bien je n'ai jamais entendu parler de ce genre de choses. Tu penses à quelque chose en particulier ?

Voir 40 message(s) de cette discussion en une page