HELLPARSER - PROJET DE CRÉATION D'INTERPRÊTEURS + RAPPORT

Commentaire de Xs le 22/03/2005 17:49:33

Ton projet à l'air d'être vraiment très bien...
Mais pour en être sûr il faudrait que je puisse le compiler.

Aprés avoir corrigé les erreurs de "std::ostream& operator <<..." (déclaration des itérateurs et redéfinition de la variable "e" (j'ai toujours pas compris où est ce qu'on la déclarait celle là)), j'obtiens des erreusr linker :

Function.obj : error LNK2001: unresolved external symbol "public: __thiscall CIfInstruction::CIfInstruction(struct if_t const &,struct if_t const &)" (??0CIfInstruction@@QAE@ABUif_t@@0@Z)
Function.obj : error LNK2001: unresolved external symbol "public: void __thiscall CIfInstruction::pushInstruction(struct if_t const &)" (?pushInstruction@CIfInstruction@@QAEXABUif_t@@@Z)
Function.obj : error LNK2001: unresolved external symbol "public: __thiscall CIfInstruction::CIfInstruction(class CIfInstruction const &)" (??0CIfInstruction@@QAE@ABV0@@Z)
Function.obj : error LNK2001: unresolved external symbol "class std::basic_ostream<char,struct std::char_traits<char> > & __cdecl operator<<(class std::basic_ostream<char,struct std::char_traits<char> > &,class CIfInstruction const &)" (??6@YAAAV?$b
asic_ostream@DU?$char_traits@D@std@@@std@@AAV01@ABVCIfInstruction@@@Z)

J'aimerai tes lumières.

ps : je suis sous VC6

Commentaire de Funto66 le 22/03/2005 20:12:38

Ton Makefile sous Linux n'est pas parfait, faut virer les extensions .exe et mettre des #include "Header.h" au lieu de #include ".\Header.h" dans les fichiers .cpp, mais une fois qu'on a fait ça on arrive à compiler sous Linux :)

A part ça j'aime aussi bcp ton projet :) Ca me fait penser à quand j'écrivais mon compilo y'a longtemps maintenant :)

En fait l'avantage c'est que ça pourrait servir ensuite à créer plusieurs langages avec des syntaxes différentes, mais qui dans le fond seraient les mêmes...j'aime bien ce concept :)

PS : J'ai lu un peu le début du pdf aussi...

Commentaire de Funto66 le 22/03/2005 21:59:55

Ben non, parce que, bien que Windows supporte très bien les mélanges entre / et \ pour les chemins de fichiers (avec une préférence pr le \ qd même), sous Linux l'équivalent serait ./ et non .\ ^^
Faut aussi faire gaffe à la casse (dans ton cas y'a pas eu de pb) : pr Linux, un fichier du nom de MonFichier et un autre du nom de monfichier sont 2 fichiers différents, pas pr Windows.

Commentaire de Xs le 23/03/2005 12:42:24

Hellaynnea >
Je n'ai rien supprimé du projet... mais IfInstruction.cpp & h n'étaient pas présent dans le dsw. Le problème linker semble résolu... au profit d'une autre erreur :
c:\documents and settings\administrateur\bureau\hellparser\ifinstruction.cpp(199) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
c:\documents and settings\administrateur\bureau\hellparser\ifinstruction.cpp(208) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'

Pour ce qui est de la syntaxe :
for(int i...) {...)
for(int i...) {...}

VC6 ne tolère pas cette syntaxe à ma connaissance (il me l'a toujour refusée). Il me dit que il y a une redéfinition d'une variable, etc...

cordialement

Commentaire de Funto66 le 23/03/2005 19:48:24

Xs, tous ces pb sont apparemment dûs aux pb de la compatibilité ANSI/ISO de VC++6...
Peut-être qu'avec VC++7 ou 8 ça passera...

Commentaire de Hellaynnea le 09/01/2008 14:25:47

Salut Heero,

En fait il s'agit d'un ensemble de fonctions que tu peux utiliser dans un script que tu parses avec lex/yacc par exemple. Une fois que tu connais le nom de tes variables, leurs valeurs, les noms des fonctions etc... tu peux utiliser mes fonctions pour reconstituer un "executable".