Version imprimable
Je voudrais créer mon propre langage informatique, à partir du php, c'est-à-dire mes propres fichiers avec leur extension propre (un langage interprété quoi, comme le php lui-même). J'ai déjà posté ailleurs, mais ici ça me paraît plus indiqué. :oops:
Après avoir beaucoup cherché, j'ai trouvé une solution partielle: j'utilise la commande pour prendre tout le contenu du fichier dans une variable, puis j'explose ma variable EXPLODE pour couper au niveau des ";" (et pour pouvoir les gerer successivement avec EREGI.)
L'ennui c'est que du coup, si il y a un point virgule entre deux "", il coupe mz commande en plein millieux .
Est-ce que vous comprenez mon problême?
Bon, il y a aussi un sous problême: est-ce qu'il est possible de compter le nombre d'élément d'un tableau? (pour compter combien j'ai de morceau avec EXPLODE)?
Tu essaies de faire cela en PHP? 8O
Il te faudrait quelques bases. Meme si ces liens sont plus axes sur les compilateurs que les interpreteurs, la premiere et la troisieme reference de http://www.bourguet.org/v2/compilers peuvent t'aider. De meme que http://compilers.iecc.com/crenshaw. Chose amusante, la deuxieme reference dans ma page concerne un interpreteur mais devrait moins te convenir.
faire un compilateur ou un interpréteur en php est très bizarre... voire suicidaire :aie:
pour en avoir déjà fait, je peux te conseiller d'utiliser des outils comme ocamllex/ocamlyacc ou camlp4 pour arriver à un arbre syntaxique... puis de convertir ton arbre syntaxique en arbre sémantique proche d'une sémantique dénotationnelle. ensuite de passer à la sémantique opérationnelle vers une machine virtuelle, ou aller jusqu'à faire le "backend" la projection vers le code machine :aie:
mais c'est très compliqué... surtout si tu veux gérer un système de complexe, avoir des structures de données complexes, etc.
C'est très complexe de faire ceci en partant de rien.
Hors php, on utilise souvent les outils yacc/lex ou bison/flex pour réaliser des compilateurs.
Tu as des liens ici :
ftp://ftp-developpez.com/general/cours/PolyCompil.pdf
http://neoflo.free.fr/cours_c/cours-compilation.pdf
C'est pas moi qui dirait le contraire, mais utiliser Camlp4 quand on ne sait même pas ce que c'est qu'un compilateur c'est...:pan: :sm: ... enfin, c'est vraiment suicidaire, sado-maso !Citation:
Envoyé par gorgonite
Il faudrait vraiment faire un vrai bon tuto pour Camlp4, surtout que les mecs à l'INRIA ne trouvent même plus bon de documenter les nouvelles possibilités de leur programme !
Juste pour donner un bémol à tous les conseils d'utilisation de générateurs de parseurs.
D'après mon expérience, qui comporte la programmation de petits parseurs et des front-end pour des langages complets, avec et sans générateurs et la programmation de générateurs, les générateurs -- en particulier ceux basé sur les automates à piles -- ne sont réellement utiles que dans la zone de complexité moyenne, et quand on n'est pas trop exigeant sur la qualité du traitement des erreurs.
Pour des langages simples, c'est généralement plus simple de le faire à la main.
Pour des langages compliqués, c'est aussi généralement plus simple de le faire à la main, car ces langages ont souvent des caractéristiques qui ne se conforment pas aux hypothèses de base des générateurs.
Il y a des critères qui augmentent la zone de pertinence des générateurs:
- la familiarité avec le générateur (si on le connait déjà, ce peut être pertinent de l'utilisé pour un projet simple ou plus complexe)
- le fait que le langage ne soit pas encore figé (c'est généralement plus facile de changer le langage accepté par un parseur généré que par un parseur écrit à la main)
- le fait que le choix de la technique de génération puisse influencer la grammaire (si on peut adapter la grammaire à la technique utilisée par le générateur, on peut enlever les structures syntaxiques à problèmes).
J'ai moins de problèmes avec les générateurs d'analyseurs lexicaux. Mais les écrire à la main ne me pose pas de problèmes non plus.
Dans le choix, il y a aussi la classe de langages à laquelle le langage créé appartient... il ne faut pas l'oublier ce critère-la !
C'est entre autres une bonne raison de préférer, parfois, mais pas tout le temps, Camlp4 que ocamlyacc/ocamllex, car ce premier reconnaît une classe de langages plus grande et est vraiment plus puissant.
Bonjour,
+1Citation:
Pour des langages simples, c'est généralement plus simple de le faire à la main.
Par contre, lors de la spécification du langage, on se pose souvent la question d'intégrer ou non une syntaxe ou une fonctionnalité qui ne semble pas à priori indispensable. Quand je n'ai pas implémenté une telle fonctionalité pour gagner du temps, l'expérience a montré que presque systèmatiquement j'avais eu tort et que celà aurait été bien utile.
Voilà. Vous avez fait peur à bubuche87 avec vos histoires... :mrgreen:
Tout dépend où tu situe le simple du compliqué ! Il me semble bien que la version C de Python qui est un Langage très complet et puissant est fait à la main ou du moins dans 95% du projet si je me trompe pas !Citation:
Envoyé par Jean-Marc.Bourguet
J'ai ecrit de toute maniere que les generateurs n'etaient utiles que dans une zone de complexite moyenne :-) Et cette zone depend naturellement du generateur et de la personne qui doit mettre en place le parseur.Citation:
Envoyé par Franck.H
Et la complexite en question est la complexite syntaxique. Le lisp est un langage tres complet et tres puissant. Sa syntaxe est d'une simplicite inegalable. Et une partie de sa puissance tient de cette simplicite.
franchement, je ne comprends pas ce que vous reprochez à flex ou ocamllex dans le cas des langages non "context-dependent"
j'ai fait un test hier soir pour parser un langage C sans typedef et macro... et ça marche très bien ;)
Je reproche rien a flex. En fait, les generateurs d'analyseurs lexicaux ont une zone d'applicabilite plus grande que les generateurs d'analyseurs syntaxiques.Citation:
Envoyé par gorgonite
Tu as fais un parseur avec flex?Citation:
j'ai fait un test hier soir pour parser un langage C sans typedef et macro... et ça marche très bien ;)
Sans typedef, c'est tricher. C'est la source de complexite principale dans l'analyse du C.
Citation:
Envoyé par Jean-Marc.Bourguet
je sais... :aie:
bonjour. Désolé de reveir sur un vieux post, mais je n'avais pas eut de réponse. Et la je me promène en cherchant sur le sujet, et je retombe sur moi.
Bon, si le projet n'a pas été abandonné, disons qu'il a été mis en veille. Je vais faire des études d'info, alors ensuite je serai mieux partit pour le faire.
Ceci dit, ce que je voulais faire ressemblait en fait beaucoup au phpAspect, qu'une personne m'a montré. Enfin, moi c'était plus complexe, et sans utiliser d'objet (rien que des petites fonction un peu bizarre que j'aime bien).
Maintenant que j'ai plu de connaissance en programmation, je vois que ce que je volais faire était un peu complexe, mais j'ai quelques idée sur comment le faire (je ne m'attarde pas à implémenter une boucle for, une boucle do...while ect, je fais un while, et vous vous débrouillerez avec :D, idem pour les switch: a la poubelle, vive les if else if :D)
Bon, ceci dit, je crois qu'en cherchant un peu, je pourrais trouver peut-être quelque chose d'utilisable directement. (si j'avais fait ça pour les bdd, ça m'aurait éviter de me casser la tête et de faire ma propre base de donnée en php avec des fopen, fread, ect... quand j'y pense, ça me fait marrer :roll: dans le genre "je réinvente la roue".)
enfin donc, je met mon projet en veille, mais je ne le laisse pas tomber pour autant.
Sinon, c'est bien un interpréteur et non un compilateur que je voulais faire.
Peut être que quand j'aurai suivi de cours j'aurai moins d'idée farfelue (mais bon, elle ont beau être farfelue, elle peuvent être sympa des fois).
Sur ce je vous laisse: je retourne a mon logiciels en php (qui marche, ne riez pas ;) )
(est-ce que vous croyez que je pourrai le poster ici? je veux dire que ça doit pad être courant)