From ea47086be3b724968053525e8fa795b9cdd77800 Mon Sep 17 00:00:00 2001
From: Maxime Dénès
Date: Mon, 30 Dec 2013 10:40:39 -0500
Subject: 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.
---
 kernel/typeops.ml | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

(limited to 'kernel/typeops.ml')

diff --git a/kernel/typeops.ml b/kernel/typeops.ml
index a9cc151cf7..6c4cb45742 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 },
-- 
cgit v1.2.3