X-Git-Url: http://matita.cs.unibo.it/gitweb/?a=blobdiff_plain;ds=sidebyside;f=helm%2Fmatita%2Fmatita.txt;h=fc7f238331c2e1f8d8489a502d70c2c496607e11;hb=8ab81b212ba36064219d544b115c9aba2f472a5b;hp=240fecb6d04bceb3ef86aa933c64a930df70ea5f;hpb=4aafe63519aeaf34d93b7c0e3c67a80070541948;p=helm.git diff --git a/helm/matita/matita.txt b/helm/matita/matita.txt index 240fecb6d..fc7f23833 100644 --- a/helm/matita/matita.txt +++ b/helm/matita/matita.txt @@ -1,8 +1,5 @@ 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 @@ -14,7 +11,7 @@ TODO TATTICHE - - simplify (e altre tattiche) non debbono zeta-espandere i let-in + - comportamento di tutte le tattiche nei confronti dei let-in - tattica unfold su rel a let-in bound variables - theorem t: True. elim x. ==> BOOM! unificazione di una testa flessibile con True. @@ -76,18 +73,10 @@ TODO - riattaccare hbugs (brrr...) -> Zack GUI LOGICA + - 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 @@ -100,10 +89,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 @@ -114,7 +107,28 @@ TODO - notazione -> Luca e Zack - non chiudere transitivamente i moo ?? + DEMONI E ALTRO + - implementare inclusione file di configurazione (perche' ora tutti + i demoni scopiazzano venti righe per via del getter embedded :-( + DONE +- 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