diff options
| author |  Maxime Dénès <mail@maximedenes.fr> | 2013-12-30 10:40:39 -0500 |
|---|---|---|
| committer | Maxime Dénès <mail@maximedenes.fr> | 2013-12-30 10:40:39 -0500 |
| commit | ea47086be3b724968053525e8fa795b9cdd77800 (patch) | |
| tree | b888ca03e686b4c44984eb72632cdf35f260efce /kernel/typeops.ml | |
| parent | f2087508a325bd4dae8be54ea3c6111f6b652775 (diff) | |
Support for evars and metas in native compiler.
Experimental. Turned out to be much harder to implement than I thought. The main
issue is that the reification in the native compiler and the VM is not quite
untyped. Indeed, type annotations for lambdas have to be reconstructed. Hence,
when reifying an application u = t a1 ... an, the type of t has to be known or
reconstructed. It is always possible to do so in plain CIC, when u is in normal
form and its type is known. However, with partial terms this may no longer be
the case, as in: ?1 a1 ... an. So we also compile and evaluate the type of
evars and metas.
This still has to be tested more extensively, but the correction of the kernel
native conversion (on terms without evars or metas) should not be impacted.
Much of this could be reused for the VM.
Diffstat (limited to 'kernel/typeops.ml')
| -rw-r--r-- | kernel/typeops.ml | 5 |
1 files changed, 3 insertions, 2 deletions
diff --git a/kernel/typeops.ml b/kernel/typeops.ml index a9cc151cf..6c4cb4574 100644 --- a/kernel/typeops.ml +++ b/kernel/typeops.ml @@ -271,8 +271,9 @@ let judge_of_cast env cj k tj = cj.uj_val, conv_leq true env cj.uj_type expected_type | NATIVEcast -> - mkCast (cj.uj_val, k, expected_type), - native_conv CUMUL env cj.uj_type expected_type + let sigma = Nativelambda.empty_evars in + mkCast (cj.uj_val, k, expected_type), + native_conv CUMUL sigma env cj.uj_type expected_type in { uj_val = c; uj_type = expected_type }, |