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
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
- 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
^^^^^^ ^^^^^^
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)
- 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"
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" ]
projects / helm.git / blobdiff