Discussion :

[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 ?

[NewbiZ]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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é.

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[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.

[levit]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

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 ?

[zais_ethael]

Oui et en Python ça donnerait un truc qui ressemble à ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[levit]

...et que ce n'est pas ce que je veux faire.

[Bayard]

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

[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.

[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.

[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

[zais_ethael]

... sauf si ton seul but est effectivement d'apprendre où de t'amuser, ce que tu ne nous a pas encore dit.

[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.

[Bayard]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[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.

[Davidbrcz]

Ok.
Donc cherche "create scripting language" google.
Je tombe sur :
ceci et ca

[Jean-Marc.Bourguet]

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...

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ?

[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 ?

[levit]

[...]
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.

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.

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 ?