TODO
NUCLEO
- - CRITICO (trovato anche da Ferruccio): typechecking di
- cic:/Coq/ring/Ring_normalize/index_eq_prop.con
- asserzione del nucleo (applicazione senza argomenti)
- PREOCCUPANTE: per
inductive i : Prop := K : True (*-> i*) -> i.
noi generiamo i_rec e i_rect con e senza il commento qui sopra; Coq NON
TATTICHE
- - simplify (e altre tattiche) non debbono zeta-espandere i let-in
- - tattica unfold su rel a let-in bound variables
+ - tattiche e fallimenti: una tattica che non progredisce dovrebbe fallire,
+ giusto?
+ - comportamento di tutte le tattiche nei confronti dei let-in
+ - tattica unfold su rel a let-in bound variables: c'e' ancora un bug
+ aperto: "unfold x in H:..." la x passata alla unfold vive nel contesto
+ del goal e non in quello del pattern. Pertanto invece di cercare di
+ fare unfolding di x viene fatto unfolding di altro.
+ Soluzione: la funzione ProofEngineHelpers.select deve tornare una
+ funzione per rilocare i termini nel contesto giusto.
+ Esempio:
+ theorem t: let uno \def S O in uno + uno = S uno \to uno=uno.
+ intros. unfold uno in H.
+ NOTA: questo bug e' legato a quello di parsing in presenza di tattiche
+ con pattern, visto che in tal caso e' l'intero parsing a dover essere
+ fatto in un contesto differente. Risolvendo quel bug si risolve
+ automaticamente anche questo.
+ - elim con pattern
- theorem t: True. elim x. ==> BOOM! unificazione di una testa flessibile con
True.
- parsing contestuale (tattiche replace, change e forse altre)
- riattaccare hbugs (brrr...) -> Zack
GUI LOGICA
+ - matitaclean (e famiglia) non cancellano le directory vuote
+ (e per giunta il cicbrowser le mostra :-)
+ - codice di inizializzazione di matita, matitac, matitatop replicato e non
+ in sync
- fattorizzare codice fra MatitaEngine e DisambiguatePp (dove, fra l'altro,
ora io (=CSC) ho messo anche un parser!!!)
- - verificare se tutte le query sono ora ottimizzate (usando il comando
- explain) e usano gli indici in maniera ottimale; inoltre migliorare gli
- indici sulle tabelle hits and count
- - ???????????? Perche'?
- mowgli:~# du -s /var/lib/mysql/mowgli/
- 250696 /var/lib/mysql/mowgli/
- mowgli:~# du -s /var/lib/mysql/matita/
- 455096 /var/lib/mysql/matita/
- - integrare nuova contrib ferruccio nel bench notturno; guardare bug
- generazione principi di eliminazione
- bug "Warn: baseuri cic:/matita/higher_order_defs/ordering is not empty"
mentre si compila Z/times.ma. Il bug sembra essere transiente.
- in MatitaEngine unificare/rimuovere eval_string, eval_from_stream e
fetch/decode/execute delle linee dello script?
Una possibile alternativa e' avere alias "soft": se la disambiguazione
fallisce gli alias soft vengono ripuliti e si riprova.
+ Altra soluzione (Gares): avere alias multipli e provare tutti gli alias
+ multipli. Da combinare con il "ritenta con istanze multiple in caso di
+ fallimento".
SOLUZIONE PENSATA CON ANDREA: 1. la interpretate aggiunge un alias
implicito; 2. gli alias vengono ricordati come nella soluzione originale
(e veloce); 3. se la disambiguazione fallisce, allora gli alias vengono
- dimenticati (quali? tutti?) e si ritenta; se fallisce ancora si generano
+ dimenticati (quali? tutti? tutti tranne quelli chiesti all'utente?)
+ e si ritenta; se fallisce ancora si generano
istanze differenti e si ritenta; 4. ritentare anche senza e poi con
coercions? oppure ordinare preferendo la soluzione che non ha introdotto
coercions?; 5. che fare se alla fine restano piu' scelte? se si mettono
- notazione -> Luca e Zack
- non chiudere transitivamente i moo ??
+ DEMONI E ALTRO
+
DONE
+- implementare inclusione file di configurazione (perche' ora tutti
+ i demoni scopiazzano venti righe per via del getter embedded :-( -> Zack
+- simplify non debbono zeta-espandere i let-in -> CSC, Gares
+- integrare nuova contrib ferruccio nel bench notturno e rilocarla in
+ contribs o qualcosa del genere -> CSC
+- CRITICO: quando l'environment non e' trusted non compila la library di
+ matita!!! -> Gares, CSC
+- bug di unsharing -> CSC
+- CRITICO (trovato anche da Ferruccio): typechecking di
+ cic:/Coq/ring/Quote/index_eq_prop.con
+ asserzione del nucleo (applicazione senza argomenti). -> CSC
+- verificare se tutte le query sono ora ottimizzate (usando il comando
+ explain) e usano gli indici in maniera ottimale; inoltre migliorare gli
+ indici sulle tabelle hits and count -> CSC
+- ???????????? Perche'?
+ mowgli:~# du -s /var/lib/mysql/mowgli/
+ 250696 /var/lib/mysql/mowgli/
+ mowgli:~# du -s /var/lib/mysql/matita/
+ 455096 /var/lib/mysql/matita/ -> CSC
- library/nat/primes.ma: ex_prime ci mette un secolo il db (binding) a fare
la Mysql.exec che ritorna una lista vuota di risultati. Investigare.
Anche peggio in library/nat/minimization/f_max_true. -> CSC