lean2/tests/lean/elab1.lean.expected.out

  Set: pp::colors
  Set: pp::unicode
  Assumed: f
Failed to solve
 ⊢ Bool ≺ ℕ
    elab1.lean:2:6: Type of argument 3 must be convertible to the expected type in the application of
        @f
    with arguments:
        ℕ
        10
        ⊤
  Assumed: g
elab1.lean:5:0: error: invalid expression, it still contains metavariables after elaboration
    @g ℕ ?M::1 10
    elab1.lean:5:8: error: unsolved metavar M::1
  Assumed: h
Failed to solve
x : ?M::0, A : Type ⊢ ?M::0 ≺ A
    elab1.lean:9:27: Type of argument 2 must be convertible to the expected type in the application of
        h
    with arguments:
        A
        x
  Assumed: my_eq
Failed to solve
A : Type, B : Type, a : ?M::0, b : ?M::1, C : Type ⊢ ?M::0[lift:0 3] ≺ C
    elab1.lean:13:51: Type of argument 2 must be convertible to the expected type in the application of
        my_eq
    with arguments:
        C
        a
        b
  Assumed: a
  Assumed: b
  Assumed: H
Failed to solve
 ⊢ ∀ H1 : ?M::0, ?M::1 ∧ a ≈ b
    elab1.lean:18:18: Type of definition 't1' must be convertible to expected type.
Failed to solve
 ⊢ @eq ?M::6 b b ≺ @eq ?M::1 a b
    elab1.lean:20:22: Type of argument 6 must be convertible to the expected type in the application of
        @trans
    with arguments:
        ?M::1
        a
        a
        b
        @refl ?M::1 a
        @refl ?M::6 b
Failed to solve
 ⊢ ?M::1 ≺ Type
    elab1.lean:22:6: Type of argument 1 must be convertible to the expected type in the application of
        @f
    with arguments:
        ?M::0
        Bool
        Bool
elab1.lean:25:18: error: unknown identifier 'EM'
-												Improve elaborator error messages

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-09-04 20:21:57 +00:00
+								  Set: pp::colors
 								  Set: pp::unicode
 								  Assumed: f
-												fix(tests/lean): adjust error messages in the expected output

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-25 02:08:35 +00:00
+								Failed to solve
-												refactor(builtin): only load the kernel and natural numbers by default

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-12-30 21:35:37 +00:00
+								 ⊢ Bool ≺ ℕ
-												feat(kernel/pos_info_provider): add support for file names in pos_info_provider

The idea is to include the file name when displaying justification objects.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-09 20:15:12 +00:00
+								    elab1.lean:2:6: Type of argument 3 must be convertible to the expected type in the application of
-												feat(kernel, library/elaborator, frontends/lean): improve how elaborator_exceptions are displayed in the Lean frontend

This commit affects different modules.
I used the following approach:
1- I store the metavariable environment at unification_failure_justifications. The idea is to capture the set of instantiated metavariables at the time of failure.
2- I added a remove_detail function. It removes propagation steps from the justification tree object. I also remove the backtracking search space associated with higher-order unificiation. I keep only the search related to case-splits due to coercions and overloads.

3- I use the metavariable environment captured at step 1 when pretty printing the justification of an elaborator_exception.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-04 01:13:10 +00:00
+								        @f
 								    with arguments:
 								        ℕ
 
 								        ⊤
-												Improve elaborator error messages

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-09-04 20:21:57 +00:00
+								  Assumed: g
-												feat(frontends/lean): improve error message for expressions containing unsolved metavariables

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-13 21:21:44 +00:00
+								elab1.lean:5:0: error: invalid expression, it still contains metavariables after elaboration
 								    @g ℕ ?M::1 10
 								    elab1.lean:5:8: error: unsolved metavar M::1
-												Improve elaborator error messages

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-09-04 20:21:57 +00:00
+								  Assumed: h
-												fix(tests/lean): adjust error messages in the expected output

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-25 02:08:35 +00:00
+								Failed to solve
-												feat(kernel/metavar): make sure that a metavariable 'm' can only be assigned to a term that contains free variables available in the context associated with 'm'

This commit also simplifies the method check_pi in the type_checker and type_inferer.
It also fixes process_meta_app in the elaborator.
The problem was in the method process_meta_app and process_meta_inst.
They were processing convertability constrains as equality constraints.
For example, process_meta_app would handle

    ctx |- Type << ?f b

as

    ctx |- Type =:= ?f b

This is not correct because a ?f that returns (Type U) for b satisfies the first but not the second.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-12-14 20:25:00 +00:00
+								x : ?M::0, A : Type ⊢ ?M::0 ≺ A
-												feat(kernel/pos_info_provider): add support for file names in pos_info_provider

The idea is to include the file name when displaying justification objects.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-09 20:15:12 +00:00
+								    elab1.lean:9:27: Type of argument 2 must be convertible to the expected type in the application of
-												fix(tests/lean): adjust error messages in the expected output

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-25 02:08:35 +00:00
+								        h
 								    with arguments:
 								        A
 								        x
-												refactor(equality): make homogeneous equality the default equality

It was not a good idea to use heterogeneous equality as the default equality in Lean.
It creates the following problems.

- Heterogeneous equality does not propagate constraints in the elaborator.
For example, suppose that l has type (List Int), then the expression
     l = nil
will not propagate the type (List Int) to nil.

- It is easy to write false. For example, suppose x has type Real, and the user
writes x = 0. This is equivalent to false, since 0 has type Nat. The elaborator cannot introduce
the coercion since x = 0 is a type correct expression.

Homogeneous equality does not suffer from the problems above.
We keep heterogeneous equality because it is useful for generating proof terms.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-29 23:20:02 +00:00
+								  Assumed: my_eq
-												fix(tests/lean): adjust error messages in the expected output

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-25 02:08:35 +00:00
+								Failed to solve
-												feat(frontends/lean/pp): change how lift local entries are pretty printed

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-02-07 01:25:33 +00:00
+								A : Type, B : Type, a : ?M::0, b : ?M::1, C : Type ⊢ ?M::0[lift:0 3] ≺ C
-												feat(kernel/pos_info_provider): add support for file names in pos_info_provider

The idea is to include the file name when displaying justification objects.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-09 20:15:12 +00:00
+								    elab1.lean:13:51: Type of argument 2 must be convertible to the expected type in the application of
-												refactor(equality): make homogeneous equality the default equality

It was not a good idea to use heterogeneous equality as the default equality in Lean.
It creates the following problems.

- Heterogeneous equality does not propagate constraints in the elaborator.
For example, suppose that l has type (List Int), then the expression
     l = nil
will not propagate the type (List Int) to nil.

- It is easy to write false. For example, suppose x has type Real, and the user
writes x = 0. This is equivalent to false, since 0 has type Nat. The elaborator cannot introduce
the coercion since x = 0 is a type correct expression.

Homogeneous equality does not suffer from the problems above.
We keep heterogeneous equality because it is useful for generating proof terms.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-29 23:20:02 +00:00
+								        my_eq
-												fix(tests/lean): adjust error messages in the expected output

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-25 02:08:35 +00:00
+								    with arguments:
 								        C
 								        a
 								        b
-												Improve elaborator error messages

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-09-04 20:21:57 +00:00
+								  Assumed: a
 								  Assumed: b
 								  Assumed: H
-												fix(library/elaborator): strength elaborator procedure for handling equality and convertability constraints

This commit improves the condition for showing that an equality(and convertability) constraint cannot be solved. A nice consequence is that Lean produces nicer error messages. For example, the error message for unit test elab1.lean is more informative.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-12-06 21:04:26 +00:00
+								Failed to solve
-												feat(library/elaborator): use equality constraints instead of convertability constraints on definitions

Convertability constraints are harder to solve than equality constraints, and it seems they don't buy us anything definitions. They are just increasing the search space for the elaborator.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-30 22:13:17 +00:00
+								 ⊢ ∀ H1 : ?M::0, ?M::1 ∧ a ≈ b
-												feat(kernel/pos_info_provider): add support for file names in pos_info_provider

The idea is to include the file name when displaying justification objects.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-09 20:15:12 +00:00
+								    elab1.lean:18:18: Type of definition 't1' must be convertible to expected type.
-												feat(kernel): add unexpected_metavar_occurrence exception

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-25 02:56:44 +00:00
+								Failed to solve
-												fix(tests/lean): adjust tests to reflect recent changes

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-16 00:35:33 +00:00
+								 ⊢ @eq ?M::6 b b ≺ @eq ?M::1 a b
-												feat(kernel/pos_info_provider): add support for file names in pos_info_provider

The idea is to include the file name when displaying justification objects.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-09 20:15:12 +00:00
+								    elab1.lean:20:22: Type of argument 6 must be convertible to the expected type in the application of
-												feat(*): change name conventions for Lean builtin libraries

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-06 03:10:21 +00:00
+								        @trans
-												feat(kernel, library/elaborator, frontends/lean): improve how elaborator_exceptions are displayed in the Lean frontend

This commit affects different modules.
I used the following approach:
1- I store the metavariable environment at unification_failure_justifications. The idea is to capture the set of instantiated metavariables at the time of failure.
2- I added a remove_detail function. It removes propagation steps from the justification tree object. I also remove the backtracking search space associated with higher-order unificiation. I keep only the search related to case-splits due to coercions and overloads.

3- I use the metavariable environment captured at step 1 when pretty printing the justification of an elaborator_exception.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-04 01:13:10 +00:00
+								    with arguments:
 								        ?M::1
 								        a
 								        a
 								        b
-												fix(tests/lean): adjust tests to reflect recent changes

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-16 00:35:33 +00:00
+								        @refl ?M::1 a
-												feat(frontends/lean/pp): display implicit arguments when expression contains metavariables

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-13 20:42:05 +00:00
+								        @refl ?M::6 b
-												feat(kernel): add unexpected_metavar_occurrence exception

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2013-10-25 02:56:44 +00:00
+								Failed to solve
-												feat(kernel, library/elaborator, frontends/lean): improve how elaborator_exceptions are displayed in the Lean frontend

This commit affects different modules.
I used the following approach:
1- I store the metavariable environment at unification_failure_justifications. The idea is to capture the set of instantiated metavariables at the time of failure.
2- I added a remove_detail function. It removes propagation steps from the justification tree object. I also remove the backtracking search space associated with higher-order unificiation. I keep only the search related to case-splits due to coercions and overloads.

3- I use the metavariable environment captured at step 1 when pretty printing the justification of an elaborator_exception.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-04 01:13:10 +00:00
+								 ⊢ ?M::1 ≺ Type
-												feat(kernel/pos_info_provider): add support for file names in pos_info_provider

The idea is to include the file name when displaying justification objects.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-09 20:15:12 +00:00
+								    elab1.lean:22:6: Type of argument 1 must be convertible to the expected type in the application of
-												feat(kernel, library/elaborator, frontends/lean): improve how elaborator_exceptions are displayed in the Lean frontend

This commit affects different modules.
I used the following approach:
1- I store the metavariable environment at unification_failure_justifications. The idea is to capture the set of instantiated metavariables at the time of failure.
2- I added a remove_detail function. It removes propagation steps from the justification tree object. I also remove the backtracking search space associated with higher-order unificiation. I keep only the search related to case-splits due to coercions and overloads.

3- I use the metavariable environment captured at step 1 when pretty printing the justification of an elaborator_exception.

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-04 01:13:10 +00:00
+								        @f
 								    with arguments:
 								        ?M::0
 								        Bool
 								        Bool
-												fix(frontends/lean): missing ':' in error messages

Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>

											
										
										
											2014-01-09 19:19:58 +00:00
+								elab1.lean:25:18: error: unknown identifier 'EM'