|
Bas de page | |
---|---|
Auteur | Sujet : [Lex Yacc] Structure incomplete |
Publicité | Posté le 13-12-2008 à 18:40:04 |
sligor | info_var tel que tu l'as défini n'est pas une structure mais un élément de ton union !
Message cité 1 fois Message édité par sligor le 13-12-2008 à 19:55:44 |
AigleRoyal |
Message cité 1 fois Message édité par AigleRoyal le 13-12-2008 à 20:17:47 |
sligor | tu peux afficher ton code exemple3.y depuis le début jusqu'au lignes impliquées ? Message cité 1 fois Message édité par sligor le 13-12-2008 à 20:23:06 |
Gf4x3443 Killing perfection |
--------------- Petit guide Kerberos pour l'administrateur pressé |
AigleRoyal |
|
sligor | ce n'est pas ce que j'ai écrit
Message cité 1 fois Message édité par sligor le 13-12-2008 à 21:45:43 |
AigleRoyal |
|
sligor | à la ligne 21 c'est s_info_var pas info_var
|
AigleRoyal |
|
Publicité | Posté le 13-12-2008 à 22:20:53 |
Gf4x3443 Killing perfection | Tu pourrais donner les commandes yacc/bison/lex/flex que tu utilises pour la génération? Pour le lexer, il faut inclure le y.tab.h si tu utilises yylval. --------------- Petit guide Kerberos pour l'administrateur pressé |
AigleRoyal |
|
Gf4x3443 Killing perfection | J'insiste. Le header qui définit ces structures est-il correctement inclus dans le fichier pour lex et celui pour yacc? y.tab.h n'est pas censé les contenir, les directives d'inclusion de yacc concernent uniquement y.tab.c. Le fichier y.tab.h n'est la que pour le cas éventuel ou tu veux exporter la lval. C'est assez peu orthodoxe cette manière de faire, les bonnes pratiques veulent que l'on mettent les structures externes dans un header à part. Message cité 1 fois Message édité par Gf4x3443 le 14-12-2008 à 02:10:09 --------------- Petit guide Kerberos pour l'administrateur pressé |
AigleRoyal |
|
Gf4x3443 Killing perfection | Les déclarations de structures, mets les à part dans un autre header (comme je l'ai déjà dit), et inclus ce header dans le fichier lex ET le fichier yacc. Edit: si tu veux voir les incidences, prends toi par la main, et va regarder les fichiers sources C générés: ils sont censés être standalones. Edit2: ceci bien évidemment, suivant ce que utilises dans ton lex, mais vu que tu ne donnes pas l'intégralité de ces fichiers, tout ce qu'on peut faire sligor et moi, c'est faire de la résolution "Madame Soleil". Message cité 1 fois Message édité par Gf4x3443 le 14-12-2008 à 15:05:52 --------------- Petit guide Kerberos pour l'administrateur pressé |
AigleRoyal | Ok, je regarde ça et je vous tiens au courant.
Message cité 1 fois Message édité par AigleRoyal le 14-12-2008 à 17:36:05 |
Gf4x3443 Killing perfection |
T'as posté celui généré par yacc via -d. Or je parle bien d'un header indépendant de lex et yacc, celui qui devrait contenir (normalement, quand on suit quelques best practices de compilo) tes définitions publiques (protégées avec les macros qui vont bien, évidemment).
Que tu ne donnes qu'une partie de tes fichiers, et qu'on est obligé de sortir à chaque fois la boule de cristal pour essayer de comprendre. C'est beaucoup plus facile quand on a l'intégralité du code et qu'on le fait de notre coté, on isole bien plus vite les problèmes en 10 min plutot que de taper 15 commentaires pour énumérer tous les cas problèmatiques possibles. Message édité par Gf4x3443 le 14-12-2008 à 17:53:54 --------------- Petit guide Kerberos pour l'administrateur pressé |
Sujets relatifs | |
---|---|
Page PHP - Garder la structure du site + CSS | [C] recuperer la variable d'une structure connaissant son nom |
[C] sizeof et variable de structure | [D7] structure d'un record permettant de lire un fichier .SQLITE |
suppression d'une structure dans une liste visual c++ | Question Yacc |
Variables en YACC | gérer une boucle en YACC |
structure if avec une variable globlale - JAVA | Stocker des pointeurs de fichiers dans une structure : c'est mal? |
Plus de sujets relatifs à : [Lex Yacc] Structure incomplete |