+ Ferruccio ha cambiato matita.lang:
+ > <keyword>iforall</keyword>
+ > <keyword>iexists</keyword>
+
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)
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 (anche in cicElim.ml!!!)
+ 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?
- - 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
- tattiche e fallimenti: una tattica che non progredisce dovrebbe fallire
Capita quando un tipo dall'environment (e.g. \lambda x.T)
viene inserito in un contesto (e.g. x:nat) dove le variabili
sono gia' state legate in precedenza.
- - supportare l'apertura di piu' script contemporaneamente in tab/finestre
- diversi/e
-
GUI GRAFICA
+ - cut & paste di pattern profondi nelle ipotesi
+ - 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.
- (* 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
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
- feedback su hyperlink nei sequenti e nel browser: rendere visibili gli
hyperlink (cursore a "manina"? hyperlink evidenziati?). La maction che
collassa la prova e' fastidiosa: la prova si chiude se non si clicca
correttamente su un hyperlink (anche tooltip sui bottoni)
- che farne della palette delle tattiche?
- - script outline -> Zack
+ - script outline, o meglio: modulo per la gestione del testo dello script
+ -> Zack
- riattaccare hbugs (brrr...) -> Zack
+ - supportare l'apertura di piu' script contemporaneamente in tab/finestre
+ diversi/e
+
GUI LOGICA
+ - -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!) -> Zack
- 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)
scoprirlo
- matitac deve fallire quando matita vuole aggiungere un alias!
- default equality e famiglia non e' undo-aware
+ - le coercion non sono undo-aware
- nuovo pretty-printer testuale: non stampa usando la notazione
(e.g. guardare output di matitac)
- - 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
- matitamake foo/a.ma non funziona; bisogna chiamarlo con
matitamake /x/y/z/foo/a.ma
- - notazione -> Luca e Zack
+ - notazione per i numeri -> Luca e Zack
- non chiudere transitivamente i moo ??
DEMONI E ALTRO
+ - compilare Whelp
DONE
+- in MatitaEngine unificare/rimuovere eval_string, eval_from_stream e
+ eval_from_stream_greedy -> CSC
+- menu contestuale (tasto dx) nel sequent viewer -> Zack
+- 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
projects / helm.git / blobdiff