Discussion :

[synhedionn]

Bonjour,
Je ne comprends pas ce qui est faux dans ma grammaire(l'important n'est pas la syntaxe dans le .pas qui n'est pas encore correcte)?

[D[r]eadLock]

Hum,
- ton tar n'est pas gzippé
- ton code n'est pas très lisible
- et surtout t'en fais quoi des BLANCS (tu retournes un token mais ne le manges pas dans les yacc (PROGRAMM...)

[synhedionn]

hi,
1)Pas gzippé: et c'est grave?
2) Pas lisible: je suis preneur de conseils: tu veux dire qu'il faudrait que je rajoute quoi?
3)Et bien les blancs doivent être éliminés, donc je les consomme par la reconnaissance elle-même, donc rien à mettre de + ds la partie D, des actions = entre {}

[D[r]eadLock]

hi,
1)Pas gzippé: et c'est grave?

Non, mais s'il s'appelle .tar.gz on s'attend généralement a avoir un truc zippe, i.e. tar xvzf et non tar xvf

hi,
2) Pas lisible: je suis preneur de conseils: tu veux dire qu'il faudrait que je rajoute quoi?

C'est plus au niveau de l'indentation; dans le .l il y a du code a differents niveau (=> dur de voir au premier coup d'oeil ce qui est du code C pur et ce qui est du lex); et dans le .y, pareil, indentation bizarre, le extern int dans la definition du main...

hi,
3)Et bien les blancs doivent être éliminés, donc je les consomme par la reconnaissance elle-même, donc rien à mettre de + ds la partie D, des actions = entre {}

Je n'ai pas compris (partie D?). Mais en gros, lex te sors le token BLANCS et dans ta grammaire yacc, pour la règle Prog tu dis qu'après le token PROGRAMM, tu as le token IDENTIFF or lex te sors le token BLANCS car il y a bien un blanc entre program et pase et donc le parseur s'arrête. Pour debugger tu peux ajouter des actions entre les tokens pour voir jusqu'où il va (c'est ce que j'ai fait pour comprendre qu'il manquait BLANCS entre PROGRAMM et IDENTIFF).