aboutsummaryrefslogtreecommitdiffhomepage
path: root/pretyping
diff options
context:
space:
mode:
authorGravatar herbelin <herbelin@85f007b7-540e-0410-9357-904b9bb8a0f7>2007-01-22 08:26:30 +0000
committerGravatar herbelin <herbelin@85f007b7-540e-0410-9357-904b9bb8a0f7>2007-01-22 08:26:30 +0000
commit8f49fb5a04926e28597905bbc052dcecc254eef3 (patch)
tree864ff81faca8002eeaf7e3455bc3f02dc657e676 /pretyping
parentad43624ded04198eee7ce4cc6d8e4c8564967ede (diff)
Correction pour le rapport de bug #1325 par rétablissement du
comportement pré-inductifs polymorphes vis à vis du test d'inclusion des hypothèses de section (i.e. test dans le noyau mais pas dans typing.ml qui est le typeur utilisé généralement par les tactiques). En effet, les variables de section sont vues par les tactiques comme des variables locales qui sont modifiables (p.ex. par conversion). Mais le changement de la signature des variables de section fait échouer le typage noyau (qui exige une égalité syntaxique des types de ces variables) pour les demandes de typage en provenance des tactiques. Quelle est la bonne solution ? - Faut-il comparer les variables de section modulo réduction dans le noyau ? - Faut-il continuer à utiliser un typeur qui ne teste pas les hyps de section pour les tactiques, comme c'était le cas avant les inductifs polymorphes (c'est la solution pragmatique adoptée pour résoudre #1325) - Faut-il éviter la confusion entre variables de section et variables de but ? Incidemment, branchement de Tacmach.hnf_type_of sur Retyping, ce qui, outre des calculs de typage allégés pour les tactiques, évite aussi de tomber sur le comportement du bug #1325. git-svn-id: svn+ssh://scm.gforge.inria.fr/svn/coq/trunk@9510 85f007b7-540e-0410-9357-904b9bb8a0f7
Diffstat (limited to 'pretyping')
-rw-r--r--pretyping/typing.ml19
1 files changed, 15 insertions, 4 deletions
diff --git a/pretyping/typing.ml b/pretyping/typing.ml
index d248ba70e..72095e6c4 100644
--- a/pretyping/typing.ml
+++ b/pretyping/typing.ml
@@ -29,6 +29,15 @@ let meta_type env mv =
let vect_lift = Array.mapi lift
let vect_lift_type = Array.mapi (fun i t -> type_app (lift i) t)
+let constant_type_knowing_parameters env cst jl =
+ let paramstyp = Array.map (fun j -> j.uj_type) jl in
+ type_of_constant_knowing_parameters env (constant_type env cst) paramstyp
+
+let inductive_type_knowing_parameters env ind jl =
+ let (mib,mip) = lookup_mind_specif env ind in
+ let paramstyp = Array.map (fun j -> j.uj_type) jl in
+ Inductive.type_of_inductive_knowing_parameters env mip paramstyp
+
(* The typing machine without information, without universes but with
existential variables. *)
@@ -93,12 +102,14 @@ let rec execute env evd cstr =
match kind_of_term f with
| Ind ind ->
(* Sort-polymorphism of inductive types *)
- judge_of_inductive_knowing_parameters env ind
- (jv_nf_evar (evars_of evd) jl)
+ make_judge f
+ (inductive_type_knowing_parameters env ind
+ (jv_nf_evar (evars_of evd) jl))
| Const cst ->
(* Sort-polymorphism of inductive types *)
- judge_of_constant_knowing_parameters env cst
- (jv_nf_evar (evars_of evd) jl)
+ make_judge f
+ (constant_type_knowing_parameters env cst
+ (jv_nf_evar (evars_of evd) jl))
| _ ->
execute env evd f
in