michael/lean2
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
lean2/tests/lean/let4.lean.expected.out

48 lines
2.3 KiB
Text
Raw Normal View History

Fix type checker and elaborator for let expressions. Fix get_coercions (we need to pass the context). Fix pretty printer for def_type_mismatch_exception. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-09-06 18:02:00 +00:00
Set: pp::colors
Set: pp::unicode
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
let b := ⊤, a : ℤ := b in a
Fix type checker and elaborator for let expressions. Fix get_coercions (we need to pass the context). Fix pretty printer for def_type_mismatch_exception. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-09-06 18:02:00 +00:00
Assumed: vector
Assumed: const
Display the input term in the output of the Check command. It is useful to see the fully elaborated term. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-09-09 05:54:22 +00:00
let a := 10, v1 := const a ⊤, v2 := v1 in v2 : vector Bool 10
Fix type checker and elaborator for let expressions. Fix get_coercions (we need to pass the context). Fix pretty printer for def_type_mismatch_exception. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-09-06 18:02:00 +00:00
let a := 10, v1 : vector Bool a := const a ⊤, v2 : vector Bool a := v1 in v2
Display the input term in the output of the Check command. It is useful to see the fully elaborated term. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-09-09 05:54:22 +00:00
let a := 10, v1 : vector Bool a := const a ⊤, v2 : vector Bool a := v1 in v2 : vector Bool 10
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(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ Bool ≈ ℤ
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
Substitution
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ ?M::0[lift:0:1] ≈ ℤ
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
Destruct/Decompose
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ vector (?M::0[lift:0:1]) a ≺ vector ℤ a
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
(line: 31: pos: 26) Type of definition 'v2' must be convertible to expected type.
Assignment
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10 ⊢ ?M::0 ≈ Bool
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
Destruct/Decompose
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10 ⊢ vector ?M::0 a ≺ vector Bool a
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
(line: 30: pos: 26) Type of definition 'v1' must be convertible to expected type.
Fix type checker and elaborator for let expressions. Fix get_coercions (we need to pass the context). Fix pretty printer for def_type_mismatch_exception. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-09-06 18:02:00 +00:00
Assumed: foo
Coercion foo
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(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ Bool ≈ ℤ
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
Substitution
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ ?M::0[lift:0:1] ≈ ℤ
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
Destruct/Decompose
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ vector (?M::0[lift:0:1]) a ≺ vector ℤ a
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
(line: 40: pos: 26) Type of definition 'v2' must be convertible to expected type.
Assignment
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10 ⊢ ?M::0 ≈ Bool
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
Destruct/Decompose
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10 ⊢ vector ?M::0 a ≺ vector Bool a
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
(line: 39: pos: 26) Type of definition 'v1' must be convertible to expected type.
Fix type checker and elaborator for let expressions. Fix get_coercions (we need to pass the context). Fix pretty printer for def_type_mismatch_exception. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-09-06 18:02:00 +00:00
Set: lean::pp::coercion
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(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ Bool ≈ ℤ
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
Substitution
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ ?M::0[lift:0:1] ≈ ℤ
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
Destruct/Decompose
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10, v1 : vector ?M::0 a := const a ⊤ ⊢ vector (?M::0[lift:0:1]) a ≺ vector ℤ a
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
(line: 48: pos: 26) Type of definition 'v2' must be convertible to expected type.
Assignment
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10 ⊢ ?M::0 ≈ Bool
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
Destruct/Decompose
refactor(kernel/metavar): avoid using unique names for default metavariable prefix The problem is that unique names depend on the order compilation units are initialized. The order of initialization is not specified by the C++ standard. Then, different compilers (or even the same compiler) may produce different initialization orders, and consequently the metavariable prefix is going to be different for different builds. This is not a bug, but it makes unit tests to fail since the output produced by different builds is different for the same input file. Avoiding unique name feature in the default metavariable prefix avoids this problem. Signed-off-by: Leonardo de Moura <leonardo@microsoft.com>
2013-11-07 18:16:22 +00:00
a : ℕ := 10 ⊢ vector ?M::0 a ≺ vector Bool a
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
(line: 47: pos: 26) Type of definition 'v1' must be convertible to expected type.
Reference in a new issue Copy permalink