X-Git-Url: http://matita.cs.unibo.it/gitweb/?a=blobdiff_plain;f=helm%2Fmatita%2Fmatita.txt;h=d31ac70b824183e05a7f3c8e3d35ec473a0764b4;hb=513e52fa53da03a4775d9a6bc3c93eafb5f3f9df;hp=e8f03eb781cee4d4ba0e70a25ba89d5224d814d6;hpb=51bed67354ea5b083d398c147e37b462bad3fcd2;p=helm.git

diff --git a/helm/matita/matita.txt b/helm/matita/matita.txt
index e8f03eb78..d31ac70b8 100644
--- a/helm/matita/matita.txt
+++ b/helm/matita/matita.txt
@@ -11,8 +11,23 @@ TODO
     
 
   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)
@@ -73,18 +88,12 @@ TODO
   - 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
@@ -97,10 +106,14 @@ TODO
     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
@@ -111,7 +124,28 @@ TODO
   - 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