X-Git-Url: http://matita.cs.unibo.it/gitweb/?a=blobdiff_plain;f=helm%2Fmatita%2Fmatita.txt;h=e660a763f53785a49e4010dae41b8c6a844e4c92;hb=97c2d258a5c524eb5c4b85208899d80751a2c82f;hp=9d0ce7f613354131cea87863f5f2353acc31c50e;hpb=55b6c163cdec63e5c728945ad3232978b0c438fa;p=helm.git diff --git a/helm/matita/matita.txt b/helm/matita/matita.txt index 9d0ce7f61..e660a763f 100644 --- a/helm/matita/matita.txt +++ b/helm/matita/matita.txt @@ -1,23 +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 @@ -25,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 ^^^^^^ ^^^^^^ @@ -58,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) @@ -85,13 +81,19 @@ 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" @@ -106,6 +108,28 @@ 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" ]