X-Git-Url: http://matita.cs.unibo.it/gitweb/?a=blobdiff_plain;f=helm%2Fmatita%2Fmatita.txt;h=e660a763f53785a49e4010dae41b8c6a844e4c92;hb=4167cea65ca58897d1a3dbb81ff95de5074700cc;hp=543aa8b1b412b51625e3867669225431ea915cf5;hpb=80126b9687c69d4dff812c3a6b9469c42c4077b7;p=helm.git

diff --git a/helm/matita/matita.txt b/helm/matita/matita.txt
index 543aa8b1b..e660a763f 100644
--- a/helm/matita/matita.txt
+++ b/helm/matita/matita.txt
@@ -1,22 +1,26 @@
 TODO
   NUCLEO
+  - i files di coq non hanno gli universi e hanno Type senza l'id numerico
+    per ora vengono considerati come con grafo vuoto... 
+  - limit_mul non compila (usare test_library per testare l'intera libreria)
+    (15:06:07) Zack: http://www.cs.unibo.it/cgi-bin/viewcvs.cgi/helm/gTopLevel/testlibrary.ml?rev=1.20&hideattic=0&content-type=text/vnd.viewcvs-markup
   - 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
     genera i_rec e i_rect quando c'e' un argomento ricorsivo.
     (CSC: manca vincolo aggiuntivo non dipendente dalla sorta per il caso in
     questione) -> Gares
-  - bug universi e tipi induttivi
+  - bug universi e tipi induttivi (anche in cicElim.ml!!!)
   - Set predicativo
     
 
   TATTICHE
-  - missing feature unification: applicazione di teoremi (~A) quando il goal
-    e' False o di teoremi $symmetric R P$ quando il goal e' $P(x,y)$.
-    Fare un passo di delta[-beta?][-iota-etc.] quando da una parte c'e' una
-    testa rigida (che si espande in una freccia)? Ma il punto e' che il bug
-    non e' di unificazione, bensi' nella fase di preparazione del goal per
-    la apply.
+  - generazione di principi di co-induzione per co-induttivi
+  - ARGOMENTI IMPLICIT: li vogliamo? come? come disabilitarli localmente?
+  - in generale: invece di spiegare gli errori nel momento in cui si sollevano
+    le eccezioni, farlo quando vengono presentate all'utente. Motivo: il calcolo
+    del messaggio di errore puo' essere estremamente costoso (e' gia' successo!)
+    quando poi il messaggio non serve!!!
   - verificare il comportamento di tutte le tattiche con il parsing lazy -> CSC
   - file elim.ma: vengono creati lambda dummy e referenziati nell'outtype di
     un case
@@ -24,12 +28,6 @@ TODO
   - comportamento di tutte le tattiche nei confronti dei let-in
   - elim con pattern
   - assiomi (manca sintassi concreta e AST).
-  - Guardare il commento
-    (*CSC: this code is suspect and/or bugged: we try first without reduction
-    and then using whd. However, the saturate_term always tries with full
-    reduction without delta. *)
-    in primitiveTactics.ml. Potrebbe essere causa di rallentamento della apply
-    oltre che di bug!
   - Dare errore significativo al posto di NotWellTypedInterpreation -> CSC
   - elim_intros_simpl e rewrite_simpl: ora non viene usata dal
                ^^^^^^           ^^^^^^
@@ -57,8 +55,7 @@ TODO
     finestre hanno il focus (e.g. cicBrowser). C'e' gia' da qualche parte il
     codice che aggiunge i keybinding a tutte le eventBox, e' da ripristinare
   - la finestrella per i development ha i pulsanti non sensitive.
-    E' possibile fare "Build" senza selezionare nulla, ottenendo un
-    assert false
+    (* non capisco cosa vuol dire: Gares *)
   - l'entry "Save" da menu non e' context sensitive (ti fa salvare anche
     quando il file non e' stato modificato)
   - finire e rendere piu' compliant (e.g. tags gestiti in maniera anomala)
@@ -84,39 +81,25 @@ TODO
   - riattaccare hbugs (brrr...) -> Zack
 
   GUI LOGICA
+  - generazione di dipendenze verso .moo di Coq (non esistenti!)
+  - proposta di Zack: NON calcolare (ed esportare) per default gli inner-types;
+    aggiungere un'opzione per questo a matitac (riduce drasticamente il tempo
+    di qed)
+  - la funzione alias_diff e' lentissima (anche se CSC l'ha accellerata di
+    un fattore 3x) e puo' essere evitata: chi vuole aggiungere alias (la
+    disambiguazione, il comando "alias" e l'add_obj) deve indicare
+    esplicitamente quali sono i nuovi alias, evitando cosi' la diff per
+    scoprirlo
+  - matitac deve fallire quando matita vuole aggiungere un alias!
+  - default equality e famiglia non e' undo-aware
   - nuovo pretty-printer testuale: non stampa usando la notazione
     (e.g. guardare output di matitac)
-  - 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!!!)
   - 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
     eval_from_stream_greedy
-  - disambiguazione: attualmente io (CSC) ho committato la versione di
-    disambiguate.ml che NON ricorda gli alias in caso di disambiguazione
-    univoca (senza scelte per l'utente). [ cercare commento "Experimental" ]
-    Il problema di questa soluzione e' che rallenta in maniera significativa
-    l'esecuzione degli script. DOMANDA: quanto costano le fasi di
-    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? 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
-    gli alias nello script viene un paciugo, credo! in particolare quando
-    vengono usate n istanze
   - matitamake foo/a.ma non funziona; bisogna chiamarlo con
     matitamake /x/y/z/foo/a.ma
   - notazione -> Luca e Zack
@@ -125,11 +108,54 @@ TODO
   DEMONI E ALTRO
 
 DONE
+- matitaclean all (non troglie i moo?) -> Gares
+- matitaclean (e famiglia) non cancellano le directory vuote
+  (e per giunta il cicbrowser le mostra :-) -> Gares
+- missing feature unification: applicazione di teoremi (~A) quando il goal
+  e' False o di teoremi $symmetric R P$ quando il goal e' $P(x,y)$.
+  Fare un passo di delta[-beta?][-iota-etc.] quando da una parte c'e' una
+  testa rigida (che si espande in una freccia)? Ma il punto e' che il bug
+  non e' di unificazione, bensi' nella fase di preparazione del goal per
+  la apply -> CSC, Gares
+- Guardare il commento
+  (*CSC: this code is suspect and/or bugged: we try first without reduction
+  and then using whd. However, the saturate_term always tries with full
+  reduction without delta. *)
+  in primitiveTactics.ml. Potrebbe essere causa di rallentamento della apply
+  oltre che di bug! -> CSC, Gares
+- codice di inizializzazione di matita, matitac, matitatop replicato e non
+  in sync -> Gares
+- tutte gli script che parsano (e.g. matitaclean, matitadep) debbono
+  processare la notazione per evitare errori di parsing (visibili ora
+  che e' stata committata la contrib list)! -> Gares
+- E' possibile fare "Build" senza selezionare nulla, ottenendo un
+  assert false -> Gares
+- disambiguazione: attualmente io (CSC) ho committato la versione di
+  disambiguate.ml che NON ricorda gli alias in caso di disambiguazione
+  univoca (senza scelte per l'utente). [ cercare commento "Experimental" ]
+  Il problema di questa soluzione e' che rallenta in maniera significativa
+  l'esecuzione degli script. DOMANDA: quanto costano le fasi di
+  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? 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
+  gli alias nello script viene un paciugo, credo! in particolare quando
+  vengono usate n istanze -> Zack, CSC
 - theorem t: True. elim O. ==> BOOM! unificazione di una testa flessibile con
   True -> Gares
 - parsing contestuale (tattiche replace, change e forse altre)
   capire dove fare la select per avere i contesti in cui disambiguare gli
-  altri argomenti. -> Zack, Enrico, CSC
+  altri argomenti. -> Zack
 - 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
@@ -143,7 +169,7 @@ DONE
   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.
-  -> Zack, Enrico, CSC
+  -> Zack
 - Usare il cicbrowser per fare "Whelp instance": lui riscrive la barra
   con la notazione alla Coq V7.0 che non riesce piu' a riparsare! -> Zack
 - implementare inclusione file di configurazione (perche' ora tutti