TODO 10.6 KB
Newer Older
POTTIER Francois's avatar
POTTIER Francois committed
1
* Confirm and understand why the code back-end slows down by 50%
POTTIER Francois's avatar
POTTIER Francois committed
2
3
  between 4.01.0 and 4.02.1. Use the tag last309 for this purpose,
  or the master branch.
POTTIER Francois's avatar
POTTIER Francois committed
4

5
6
7
* Is it possible to update calc-two and calc-param to use ocamlbuild?
    (they need --external-tokens and --only-tokens)
  Then, one could remove Makefile.shared and ocamldep.wrapper.
8

POTTIER Francois's avatar
POTTIER Francois committed
9
10
* Document the Coq back-end (Jacques-Henri?)

POTTIER Francois's avatar
POTTIER Francois committed
11
12
13
14
* Suite des patchs de Frédéric Bour.
    Exposer aussi les réductions (Gabriel).
    

POTTIER Francois's avatar
POTTIER Francois committed
15
16
17
* Clarifier si ocamlbuild doit recevoir -use-ocamlfind, -no-ocamlfind,
  ou rien; tester en particulier sous Windows?

fpottier's avatar
fpottier committed
18
* ajouter une possibilité de désactiver certains warnings (utile pour
fpottier's avatar
fpottier committed
19
20
21
22
23
24
  le cours de compilation où on démarre avec une grammaire à trous),
  par exemple les non-terminaux inaccessibles

* add a way of turning off the "unused token" warning for a specific token
  (or for all of them) This is legitimate because the lexer might be designed
  to produce certain tokens that the parser does not use at all.
fpottier's avatar
fpottier committed
25

fpottier's avatar
fpottier committed
26
27
* move to a new license (GPL V2?), as per Hongbo Zhang's request.

fpottier's avatar
fpottier committed
28
29
* _stage2/menhir.native --interpret fancy-parser.mly
  crashes with Stack_overflow when the input is just "grammar:\n"
POTTIER Francois's avatar
POTTIER Francois committed
30
  ... it seems to loop now ...
31
32
33
34
35
36
37
38
39
40
41
42

* Les fichiers dans examples/ ne devraient pas être sous QPL mais libres...

* BUG: la directive $type<...> nt donne lieu à un message d'erreur bizarre
  si le non-terminal nt n'existe pas. (Jacques-Henri.)

* On pourrait rendre moins restrictif le critère qui garantit la terminaison
  de l'expansion des non-terminaux paramétrés. Il suffirait de vérifier que
  les paramètres effectifs sont toujours des atomes (symboles terminaux ou
  non-terminaux), non? (Jacques-Henri.)

* les positions fournies par menhir ne sont pas les mêmes fournies par
fpottier's avatar
fpottier committed
43
44
  ocamlyacc (voir messages de Tiphaine Turpin à partir du 30/08/2011).
  Est-ce un problème? Peut-on documenter quelles sont les
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
  positions fournies par Menhir? En particulier, pour une production
  vide, Menhir utilise _menhir_env.lexer.lex_start_p, c'est-à-dire le
  début du dernier token lu par le lexer; en principe c'est le token
  de lookahead donc ça va, mais ça pourrait donner un résultat bizarre
  si on réduit par défaut une production vide (on alors pour position
  le début du token précédent?) (BUG?). Par ailleurs, il faut être
  conscient que si l'action ocamllex se rappelle récursivement, alors
  _menhir_env.lexer.lex_start_p n'est pas le début du token mais une
  position quelque part à l'intérieur du token (e.g. après des espaces
  blancs). SUGGESTION DE SOLUTION: au lieu de paires (startpos, endpos),
  utiliser un type abstrait d'intervalles, avec un traitement particulier
  de l'intervalle vide. (Voir mon message du 15/09/2011.)

* BUG: le prologue fourni par le programmeur peut cacher notre exception
  Error; il suffirait de bouger la ligne "let _eRR = Error" avant le prologue
  modifier les deux back-ends si besoin
  ajouter un nouveau champ nonrecvaldefs_to_be_printed_before_prologue...

* BUG: message de Valentin Gatien-Baron du 09/01/2010: le bug de --explain
  est-il bien le bug connu? peut-on le corriger? ne suffirait-il pas de
  passer sous silence les conflits qui ont lieu dans une partie inaccessible
  de l'automate?

* BUG: message de Valentin Gatien-Baron du 09/01/2010: le warning erroné à
  propos d'un %prec inutile peut-il être évité?

* Lorsqu'on utilise %parameter, si la définition du type token ne
  dépend pas du(des) paramètre(s) du foncteur, ce serait bon de
  la générer en dehors du foncteur.

* À chaque fois qu'on applique magic à une fonction, utiliser la
  syntaxe (magic e : _ -> _). Difficile, en fait, car on applique
  souvent magic à toute la pile.

* BUG (Jonathan Kimmit): reproduire le prologue après la définition du
  type token -- c'est fait non?

* Implémenter un test de détection de boucles. Si la grammaire contient une
  boucle, elle est infiniment ambiguë. Pour le test, calculer tous les
  nullables, ajouter une production unité A -> B dès qu'il existe une
  production A -> alpha B beta avec alpha et beta nullables, et regarder
  ensuite s'il existe un cycle de productions unité.

* Deux idées qu'on avait mises dans le projet Jane Street, et que j'ai
  suppriméees pour l'instant:
  - demander à l'interprète de référence de collecter tous les états
    traversés (de façon cumulative, pour toutes les phrases fournies)
    et afficher quels états ont été traversés (ou non traversés)
  - proposer un jeu de phrases qui couvre l'ensemble des états non
    encore atteints (ou bien l'ensemble des états à conflits non
    encore atteints).

* Permettre une trace avec autre chose que fprintf stderr

* Permettre trois modes pour --trace: toujours, si variable d'environnement
  activée, ou jamais

* (petit) BUG: --follow-construction n'affiche pas le contenu des états
  initiaux (r0)

* Faut-il expliquer les conflits *avant* de bousiller l'automate? (mais
  cacher les explications des conflits qui vont être résolus)

* pourquoi pas une sortie au format .dot pour l'automate? (avant ou
  après résolution des conflits?)

* relire la preuve de Pager et comprendre si ce que fait Lr1.grow est correct
  ou pas; faut-il faire grossir les états existants, ou bien (par exemple) les
  supprimer et recommencer leur construction?

* que fait/que doit faire la combinaison --tokens-only --depend?

* Préserver dirname/ dans les directives #line émises.

* BUG: Boris (1.- bouclage parser sur une entrée erronée 2.- une lecture
  trop loin dans le stream, également liée à error).

* Corriger le lexer pour supporter les types variantes polymorphes (tenir
  compte des crochets carrés et ignorer les crochets anguleux dedans)...

* éviter "Warning: 22 conflicts ..." car emacs prend "Warning" pour un
  nom de fichier; d'après Damien, il devrait suffire que la phrase après
  les deux points ne commence pas par un nombre.

* ajouter une option -q pour désactiver tous les warnings

* si une variable est inutilisée dans une action sémantique, le
  warning est affiché dans le code produit.

* trier les warnings par ordre décroissant de numéro de ligne
  (quand on émet plusieurs warnings d'un coup, par exemple pour
  les symboles inaccessibles)

* un symbole indéfini pourrait être un warning (et non pas une
  erreur) si ce symbole est inatteignable

* si je veux que AND soit associatif à gauche, et OR de même,
  et si je veux interdire que AND et OR soient mélangés sans
  parenthésage, alors je suis coincé -- je ne peux pas dire
  cela. Exact?

* songer à un moyen de ne pas encombrer le .conflict avec des
  conflits similaires? Si le contexte partagé est le même, on
  peut ne pas l'afficher. On pourrait alors afficher un seul
  rapport de conflits pour plusieurs états? Cf. message du 24
  juin de Christian.

* tirer au clair la sémantique des $startpos/$endpos sur les
  non-terminaux. Vérifier que %inline la préserve.

* BUG: solving a shift/reduce conflict in favor of reduction can
  cut a path that was required in order to explain another conflict.
POTTIER Francois's avatar
POTTIER Francois committed
157
158
  (see e.g. belloeil.mly) (et le reduced_parser.mly d'Adrien Guatto)
  Or just give up on explaining the conflict in this case.
159
160
161
  Take priorities into account *during* the construction of the
  automaton? Is it feasible? Compatible with Pager?

162
163
* BUG: cutdown.mly

164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
* le fichier .conflicts devrait etre supprime par --explain s'il
  n'y a aucun conflit

* Allow the user to submit a sentence and check whether it is ambiguous (that is,
  whether its analysis traverses states with conflicts, and if so,
  which). Allow the user to submit a set of sentences and check that
  all conflicts are covered. Allow the user to submit a sentence and
  run the parser over it.

* dans sample-grammars, il y a des grammaires qui produisent des
  warnings, mais le Makefile ne vérifie pas que ce sont les bons

* changer la licence et y inclure la documentation (distribuée avec
  son source)

* pouvoir débrayer certains avertissements (e.g. tokens non utilisés)
  sur la ligne de commande

* dans le dump de l'automate, rajouter les transitions qui ont
  ete supprimees par resolution de conflits.

* BUG: l'élimination de %inline change la signification de $startpos
  et $endpos (qui devient relative à la nouvelle règle)

* expliquer aussi les conflits end-of-stream

* Documenter l'emploi d'ocamlbuild et décourager make/omake.

* Lorsqu'on crée un pseudo-lexème pour utiliser dans les
  directives %prec, la question de savoir s'il est associatif
  à gauche ou à droite ou pas du tout ne se posera jamais. Donc,
  pour faire propre, on ne devrait pas autoriser l'emploi de
  %left, %right, %nonassoc (sauf pour compatibilité arrière,
  avec warning) mais introduire un nouveau mot-clé %fictitious
  ou %pseudo ou whatever.

* Autre remarque du même tonneau, si on souhaite choisir un
  niveau mais pas un statut d'associativité (parce qu'on pense
  qu'il est inutile), il faudrait pouvoir déclarer %neutral
  (whatever) et obtenir un niveau au statut non-spécifié (d'où
  erreur si on tente de consulter ce statut).

* Prévoir une sortie --ocamlyacc qui affiche la grammaire sans
  les liaisons des valeurs sémantiques et sans les actions
  sémantiques?

* Faire le nécessaire pour empêcher les warnings d'ocaml 3.09
  sur les valeurs sémantiques nommées et non utilisées? Le
  problème est que l'erreur est forcément rapportée dans le
  fichier .ml engendré. Et ça résoudrait le problème du cas
  où on n'utilise que $startpos(v) et pas v.

* Ajouter une construction pour dire que l'on sait qu'un certain
  token est non utilisé?

* Il faudrait activer le warning qui recommande d'utiliser --infer
  dès que la librairie standard est utilisée (et pas seulement lorsque
  %inline est utilisé).

* Le mot-clef $syntaxerror ne fonctionne pas de façon satisfaisante:
  lorsque l'action sémantique est évaluée, on a déjà lu le lookahead
  token, et l'appel à $syntaxerror oblitère celui-ci en le remplaçant
  par error. On voudrait plutôt insérer le token error devant le
  lookahead token? Autre problème: en nous ramenant à un état
  antérieur de l'automate, $syntaxerror peut très bien provoquer
  une non-terminaison (certes on consomme un token, mais le flot
  de tokens est infini si le lexer reconnaît eof).

* Would it make sense to allow %start or %type declarations to
  concern parameterized nonterminals (or applications thereof)?

* The code that checks well-formedness should emit as many
   error messages as possible and die only at the end.

* Autoriser %functorparam et %functionparam (cf. requête de Skaller)
  car ces derniers sont parfois plus flexibles. Ou bien garder seulement
  %parameter et déclarer le foncteur Make comme récursif, pour pouvoir
  l'appeler depuis une action sémantique.

* Les actions semantiques ont-elles officiellement le droit de s'appeler
  (ou d'appeler le foncteur Make) recursivement? Si oui, est-ce que ca
  fonctionne avec --infer?