X-Git-Url: http://matita.cs.unibo.it/gitweb/?a=blobdiff_plain;ds=inline;f=helm%2Fmatita%2Fmatita.txt;h=f26f95c3c8fe5049048bf8a44487234866727aa1;hb=d0c88a989d2c41d0b816c5490d4d8c89a238cb2a;hp=d71a5f510dce1deedd0684eaec42708509013c20;hpb=69eb85b72b44b0af8d626fd97324ece59b91077d;p=helm.git
diff --git a/helm/matita/matita.txt b/helm/matita/matita.txt
index d71a5f510..f26f95c3c 100644
--- a/helm/matita/matita.txt
+++ b/helm/matita/matita.txt
@@ -1,31 +1,48 @@
+Ferruccio ha cambiato matita.lang:
+> iforall
+> iexists
+
+- possibile bug cut&paste di pattern profondi nelle ipotesi: secondo
+ me sbaglia il nome dell'ipotesi!
+
TODO
NUCLEO
+ - http://mowgli.cs.unibo.it:58084/proofCheck?uri=cic:/Coq/Reals/Rtopology/interior_P3.con
+ - 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
+ questione) -> CSC, parzialmente risolto, da finire
- Set predicativo
+ - bug universi e tipi induttivi (anche in cicElim.ml!!!)
TATTICHE
+ - coercions verso sorte:
+ 1. coercere a una sorta in posizione controvariante: andare verso Prop,
+ altrimenti verso {Type,Set,CProp} (indifferentemente?)
+ 2. coercere a una sorta in posizione covariante: la scelta piu' safe e'
+ andare verso Type, poi verso CProp, poi verso Set, poi verso Prop.
+ Unico problema: la scelta piu' safe e' anche quella pessima dal punto
+ di vista dell'estrazione di codice :-(
+ - fare normalize_pattern : pattern -> goal -> pattern e usarla per
+ abilitare fase 2 in fold e rewrite
+ - apply puo' generare termini non ben tipati.
+ Esempio: p = q e fare apply eq_ind' di p!
+ - generazione di principi di co-induzione per co-induttivi
+ - ARGOMENTI IMPLICIT: li vogliamo? come? come disabilitarli localmente?
- 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
- tattiche e fallimenti: una tattica che non progredisce dovrebbe fallire
- comportamento di tutte le tattiche nei confronti dei let-in
- elim con pattern
- - theorem t: True. elim O. ==> BOOM! unificazione di una testa flessibile con
- True.
- 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
^^^^^^ ^^^^^^
@@ -49,16 +66,25 @@ TODO
GUI GRAFICA
+ - cut & paste di inner-types non chiusi non funzionanti
+ - cut & paste di congetture nello script delle prove non funzionante
- keybinding globali: CTRL-{su,giu,...} devono fungere anche quando altre
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)
il Cic Browser
+ - non semplificherebbe le cose fare in modo che matitaScript sia un widget
+ (cosi' come lo e' matitaMathView) che eredita da GtkSourceView e mantiene
+ internamente lo status di matita etc. Appositi segnali permetterebbero di
+ evitare tutte le chiamate al singleton #instance di matitaScript, che
+ verrebbe creato dentro a matitaGui (o forse meglio dentro a matita e passato
+ a matitaGui). Si semplificherebbe forse anche la gestione di script
+ multipli? Forse no, perche' comunque ci puo' essere sempre solamente uno
+ ed un solo matitaScript (da spostare da un tab a un altro).
- la barra di stato: c'e' ma non funziona?
- menu contestuale (tasto dx) nel sequent viewer
@@ -72,39 +98,28 @@ TODO
- riattaccare hbugs (brrr...) -> Zack
GUI LOGICA
+ - -nodb aggiungere -nodb al target che compila coq.ma
+ - -nodb non usato da disambiguazione: dopo il primo errore si ottiene
+ un errore di identificatore non trovato (dalla locate?)
+ - 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
@@ -113,9 +128,58 @@ TODO
DEMONI E ALTRO
DONE
+- 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!!! -> CSC
+- 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
@@ -129,7 +193,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