Discussion :

[ccgauche]

Bonjour, Je travaille actuellement sur un langage de programmation basique pour l'un de mes logiciels et je n'arrive pas à créer un interpréteur pour celui-ci.
Voici la synthaxe:

Code :

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

1
2
3
4
5
6
7
8
9
10
// les types sont: num, string, bool, list:type, map:type,type
func load(a :string,b :num) {
    System.print("random: "+Math.random(0,Math.random(0,100))+Math.random(0,100)+" ")
    var v = Math.random(0,Math.random(0,100)+$Math.random(0,100))
    if (v+2/8<19+Math.random(0,20)+b) {
        System.print("good"+a)
    } else {
        System.print("bad"+a)
    }
}

Merci de m'aider à interpréter tout cela SANS COMPILATION.
Je bloque sur la lecture des fonctions dans les strings et le else.
Cordialement ccgauche.

[Cafeinoman]

Sans plus d'infos c'est compliqué. A supposer que tu utilise des tokens pour delimiter tes blocs de codes, quand tu trouve le token if, tu crées un function qui prend ce quil y a entre parenthèses en entrée, qui teste le resultat, et qui retourne ce qu'il y a dans le bloc de code situé entre les accolades si c'est vrai, ou celui qui est dans le bloc suivant, délimité par le else et ses accolades, si c'est faux. Tu execute ensuite le bloc de code retourné, ou rien s'il n'y a pas de code (pas de else par exemple).

[bouye]

Build your own scripting language for Java - An introduction to JSR 223

[ccgauche]

Build your own scripting language for Java - An introduction to JSR 223

Merci mais je préfère le faire par moi même.
Cordialement, ccgauche.

[bouye]

Dans ce cas il va peut-être falloir passer par JLex entres autres.

[ccgauche]

Dans ce cas il va peut-être falloir passer par JLex entres autres.

Pourriez vous m'expliquer comment Jlex fonctionne.
Merci d'avance.

[bouye]

JLex est un analyseur syntaxique qui permet de reconnaître des expressions. Typiquement dans le monde UNIX et C, Lex (resp Flex) est utilisé avec l'outils de génération Yacc (resp GNU Bison) et traditionnellement ces deux outils sont généralement associés pour créer des compilateurs de compilateur. JLex et Cup sont les équivalent Java de ces deux outils.

Le but ici serait quand même d’éviter de coder a mano le parsing de ton langage de script (parce que bon, tu n'es pas rendu si tu t'y lances car implémenter un parseur a partir d'une grammaire n'est pas forcement quelque chose d'aisé) mais d'utiliser un de ces outils pour générer le squelette des classes qui te permettront de lire ce code et de l’exécuter. Le but avec JLex est d’écrire un fichier de règles (apparemment dans un format similaire a celui de Flex d’après l'exemple fourni sur le site indiqué) qui seront invoquées lorsque des tokens sont reconnus au moment de l’analyse lexicale.

EDIT - voir aussi JFlex apparemment un port plus récent de Flex qui peut aussi fonctionner avec Cup.

[ccgauche]

JLex est un analyseur syntaxique qui permet de reconnaître des expressions. Typiquement dans le monde UNIX et C, Lex (resp Flex) est utilisé avec l'outils de génération Yacc (resp GNU Bison) et traditionnellement ces deux outils sont généralement associés pour créer des compilateurs de compilateur. JLex et Cup sont les équivalent Java de ces deux outils.

Le but ici serait quand même d’éviter de coder a mano le parsing de ton langage de script (parce que bon, tu n'es pas rendu si tu t'y lances car implémenter un parseur a partir d'une grammaire n'est pas forcement quelque chose d'aisé) mais d'utiliser un de ces outils pour générer le squelette des classes qui te permettront de lire ce code et de l’exécuter. Le but avec JLex est d’écrire un fichier de règles (apparemment dans un format similaire a celui de Flex d’après l'exemple fourni sur le site indiqué) qui seront invoquées lorsque des tokens sont reconnus au moment de l’analyse lexicale.

EDIT - voir aussi JFlex apparemment un port plus récent de Flex qui peut aussi fonctionner avec Cup.

Je n'arrive pas à comprendre le système de JFlex ainsi que celui de JLex Il me faudrais un exemple pour pouvoir comprendre à quoi sert chaque chose (un code dans un langage inventé puis comment est le fichier JFlex

[ccgauche]

JLex est un analyseur syntaxique qui permet de reconnaître des expressions. Typiquement dans le monde UNIX et C, Lex (resp Flex) est utilisé avec l'outils de génération Yacc (resp GNU Bison) et traditionnellement ces deux outils sont généralement associés pour créer des compilateurs de compilateur. JLex et Cup sont les équivalent Java de ces deux outils.

Le but ici serait quand même d’éviter de coder a mano le parsing de ton langage de script (parce que bon, tu n'es pas rendu si tu t'y lances car implémenter un parseur a partir d'une grammaire n'est pas forcement quelque chose d'aisé) mais d'utiliser un de ces outils pour générer le squelette des classes qui te permettront de lire ce code et de l’exécuter. Le but avec JLex est d’écrire un fichier de règles (apparemment dans un format similaire a celui de Flex d’après l'exemple fourni sur le site indiqué) qui seront invoquées lorsque des tokens sont reconnus au moment de l’analyse lexicale.

EDIT - voir aussi JFlex apparemment un port plus récent de Flex qui peut aussi fonctionner avec Cup.

J'ai finalement créé un parser moi même en java c'est très efficace mon quand même pour l'aide.
Cordialement ccgauche.

Pour ceux qui voudront l'interpréteur sera disponible quand j'aurais tout fini.

[ccgauche]

Pourriez vous m'aider pour passer d'une liste de String avec des if , else , while à un arbre.
Je ne trouve pas d'algorithme pour cela
Merci d'avance ccgauche.

[tchize_]

Pourriez vous m'aider pour passer d'une liste de String avec des if , else , while à un arbre.
Je ne trouve pas d'algorithme pour cela
Merci d'avance ccgauche.

Ben Bouye t'as donné des références pour ça. Il n'y a pas vraiment d'algorithme magique tout fait si tu ne veux pas utiliser ce genre d'outil, c'est à toi de gérer les token au fur et à mesure qu'il arrivent et de les organiser.

[bouye]

Techniques et outils pour la compilation par Henri Garreta

[professeur shadoko]

ça fait un bon bout de temps que je ne me casse plus la tête pour faire des interpréteurs spécifiques.
même si ce n'est pas une solution universelle qui répond à tous les besoins je suis passé aux D.S.L (domain specific languages) permis par Groovy.
gain de temps et finalement ça permet suffisamment de choses (ma dernière réalisation importante était un formalisme de configuration pour des mécaniques très complexes, formalisme très souple et extensible - j'ai aussi réalisé un langage de tests de code Java ... mais ça ça a fait un bide total! -)