COW 1.0 FOR DELPHI7 : UN GÉNÉRATEUR DE CODE POUR GRAMMAIRES FORMELLES INTÉGRÉ À
f0xi
Messages postés
4205
Date d'inscription
samedi 16 octobre 2004
Statut
Modérateur
Dernière intervention
12 mars 2022
-
5 août 2006 à 05:58
cs_cantador Messages postés 4720 Date d'inscription dimanche 26 février 2006 Statut Modérateur Dernière intervention 31 juillet 2021 - 22 janv. 2007 à 22:38
cs_cantador Messages postés 4720 Date d'inscription dimanche 26 février 2006 Statut Modérateur Dernière intervention 31 juillet 2021 - 22 janv. 2007 à 22:38
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/38931-cow-1-0-for-delphi7-un-generateur-de-code-pour-grammaires-formelles-integre-a-l-ide
https://codes-sources.commentcamarche.net/source/38931-cow-1-0-for-delphi7-un-generateur-de-code-pour-grammaires-formelles-integre-a-l-ide
22 janv. 2007 à 22:38
c'était tout en ba ba ba bas...
merci
22 janv. 2007 à 22:32
ce que je cherche c'est un stockage sur plusieurs niveaux de palettes.
9 sept. 2006 à 19:31
De toute façon maintenant ça passe systématiquement...
Vu qu'entre-temps j'ai recompilé trois ou quatre fois Cow.bpl, c'est peut-être quelque chose qui était mal initialisé.
Maintenant ça marche nickel.
Merci quand même !
8 sept. 2006 à 20:39
je viens de voir ton commentaire. C'est bizarre, ca fonctionne chez moi, éditeur fermé ou non. Ou alors on ne parle pas du même éditeur: tu veux dire l'éditeur de Delphi où tu tappes ton code?
8 sept. 2006 à 20:27
8 sept. 2006 à 00:33
Par contre, j'essaie sur le projet COW lui-même, comme tu l'indiques ci-dessus, et ca ne marche pas :
J'ai
Processing CowDirectivesParser.ppas
Could not find used lexer file : "CowDirectives.lexer"
Processing "CowIDELexers.ppas"
Processing "LexerDefinition.ppas"
Processing "ParserDefinition.ppas"
Je ne comprends pas ce qui manque (tout m'a l'air en ordre : le fichier CowDirectives.lexer appartient bien au projet, notamment)
Il doit y avoir quelque chose qui cloche, mais quoi ? (en particulier, ce qui me chiffonne le plus, c'est que sur les autres fichiers ça a l'air de passer correctement)
27 août 2006 à 19:08
27 août 2006 à 18:55
c'est installé, mais ç'est un peu compliqué pour moi...
Tu dis qu'on peut activer les pré-processeur simultanément avec celui de l'IDE!?
Peut-on voir les messages de ton compilateur sur un projet *.dpr exisistant? Marche à suivre?
Je le garde en réserve pour l'instant au cas ou des utilisateurs montrent des cas concrets d'application...
Tu me rapelles ma jeunesse lorsque j'avais inventé une usine à gaz avec des transistors pour faire des additions, alors que les calculatrices voyaient à peine le jour!
Sacré boulot en tout cas!
Bonne continuation!
Merci pour tes éclaircissements:)
jean_jean
27 août 2006 à 01:20
Tu auras le même problème avec d'autres unités je pense, il te suffit de faire pareil à chaque fois.
27 août 2006 à 01:04
ça l'air costaud, mais j'ai besoin à terme de réaliser un interpréteur de langage naturel spécifique, ça devrait coller! Si je comprendo, car peut être, est-ce 1 peu costaux pour mes neurones!!! mais bon!
je n'étais pas sur la zone administrateur de mon ordi, c'est pour cela qu'il refusait d'installer de nouveaux composants.
J'ai donc réussi à installer les2 premiers, mais pour Cowdata, ça plante:
[Erreur fatale] COWData.pas(7): Fichier non trouvé : 'CustomModuleClass.dcu'
est-ce que j'ai oublié des petits au passage?
Merci pour tes éclaircissements!
jean_jean
26 août 2006 à 10:35
Je suis récent sur le site, mais de la génération des dynausores en informatique (Z80...) Je me suis intéressé à l'intelligence artificielle; est-ce que ton code est en rapport?
Bon en tout cas, le dynamisme de ce site et de ta créativité fait plaisir!
j'essaye d'installer ton code sur ma version 7 et je t'en reparles:
tu dis devoir installer les packages à commencer par OTAExpress_D7.dpk. en faisant installer des paquets du menu composant, je ne trouve pas l'extension *.dpk, mais dans le bouton ajouter, il n'y a que *.bpl ou *.dpc ? Peux-tu m'éclairer?
Merci à toi!
Jean_Jean
7 août 2006 à 12:18
J'ai plusieurs projets en cours (mais ça n'avance pas très vite) à ajoutter dans les pré-processeurs:
-Un module qui permet de gérer une classe hébergée sur un programme serveur depuis un client comme si elle était en local (c'est à dire qu'on peut appeler ses méthodes directement depuis le client comme si elle était créée dans le programme client). Le préprocesseur se chargerait de générer le code pour passer les paramètres d'appels des méthodes selon un protocole quelconque (TCP/IP ou pipe par exemple).
-Un module pour convertir du C/C++ automatiquement en Delphi (je suis en train d'apprendre le C++ ;-)
-Un module pour intégrer un langage fonctionnel dans Delphi de type CAML par exemple
Merci pour tous les commentaires, ça fait plaisir car c'est mon plus gros projet jusque là
7 août 2006 à 11:45
désolé mais j' ai pas le temps de voir ta source ...
Mais je voulais te féliciter pour cette source: unique !!!
Dis moi une chose:
peut on penser programmer grace à cette source un pseudo langage pour banbins avec des commandes très simples pour apprendre à faire un algorithme ???
Ex.:
Si blabla
alors
faire_ça
sinon
faire_cela
Répeter
maFonction
jusqua ...
7 août 2006 à 10:46
Au delà, du but de ce source je pense que les moins aguéris d'entre nous y trouveront de quoi augmenter leur connaissance de façon significative pour peu de prendre le temps d'essayer de comprendre le code source. Je vais m'y plonger de ce pas ;)
Encore bravo pour ce travail !
6 août 2006 à 21:55
Au départ, je ne voulais faire qu'un générateur de parsers, puis une chose en entrainant une autre j'ai décidé de faire l'intégration dans Delphi dans un autre package. Pour définir un nouveau préprocesseur, il suffit alors de créer un nouveau composant TPreprocessor avec Registered=True dans un package.
Ce composant a un événement
OnProcessPrePasFile:procedure(Sender: TObject; PrePasFile: IOTAPrePasFile; PCUFile: IPCUFile; Directives: PDirectiveArray; ProgressManager: IOTAProgressManager);
il est appelé lors de toute compilation d'un projet (application, package...) pour tous les fichiers *.ppas qu'il contient.
-PrepasFile: le fichier *.ppas concerné (permet d'accéder au source, et à diverses informations, comme la position des blocs interface/implementation du fichier). Toute modification est soit appliquée au fichier si le fichier n'est pas ouvert dans l'IDE, sinon au fichier lui-même dans l'éditeur. De plus, cette interface permet d'émettre des messages d'erreur ou des warnings directement dans l'éditeur associé au fichier.
-PCUFile: une interface vers un fichier *.pcu pour stocker des informations (pour éviter de devoir refaire des calculs longs si les fichiers n'ont pas été modifiés, l'équivalent des *.dcu de Delphi)
-Directives: un tableau contenant les directives associées au préprocesseur: à la base, tout préprocesseur travaille sur des directives qui sont extraites automatiquement du code {#CAPTION ...} où "CAPTION" est sa propriété Name. Mais on peut tout à fait travailler autrement, c'est juste une convention que j'ai utilisée pour moi.
-ProgressManager: pour afficher des barres de progression pendant la compilation.
Tout composant TPreprocessor enregistré se voit attribuer un sous-menu dans le menu principal de Delphi, sous le menu Pre-processors. Les événements OnGetDesignerPanel et OnGetOptionsPanel permettent respectivement de définir un panneau éventuel personnalisé dans le designer de code pour les directives ou un panneau dans la fenêtre des options. OnShowHelp permet de faire afficher un fichier d'aide si nécessaire depuis le menu associé.
L'autre composant important du package PreProcessors est TCustomModuleClass. Ce composant permet de définir de nouveaux types de fichiers susceptibles d'être utilisés par les préprocesseurs. Par exemple, le préprocesseur COW travaille sur des fichiers *.lexer et *.parser. Les composants TCustomModuleClass permettent d'intégrer ces nouveaux types de fichiers dans le menu des préprocesseur, de définir le source des nouveaux fichiers créés, etc...
L'intérêt de tout cela est que c'est intégré à Delphi, il suffit juste de définir quelques événements de composants pour créer un nouveau préprocesseur dans Delphi.
6 août 2006 à 20:31
ce qui est interressant c'est d'ajouter un langage macro dans le pascal objet pour definir de nouvelle actions possible avant compilation finale.
en gros donc, le preprocesseur permet de transformer les petites macro en code pascal/assembleur.
on pourrait par exemple ajouter une extention c++ dans le pascal objet pour prendre en compte certaine operandes comme :
+= -= *= /= ++ -- ** && || ! != ?:
et le preproc serait charger de convertir ces symboles en langage pascal avant le passage de la source dans le compilateur de delphi.
enfin, si je me trompe pas.
6 août 2006 à 09:02
J'aimerais poser une petite question bête : A quoi ca sert exactement ?
Je suis débutant en delphi et je ne comprend pas bien à quoi sert un pré processeur dans des applications ? Lorsque je construit une application, j'assemble un ensemble d'unité ensemble pour la construire, mais là ???
Ce n'est pas une critique loin de la, mais j'aimerais comprendre afin de l'utiliser plus tard.
5 août 2006 à 09:25
5 août 2006 à 05:58
il faudrat que je jette une oeuil dans les sources ça a l'air super.
une seule question : combien de temps de developpement il y a la dessus ?