idris-lang/Idris2
1
1
Fork 0
mirror of https://github.com/idris-lang/Idris2.git synced 2024-12-17 00:10:31 +03:00
Code Issues Projects Releases Wiki Activity
757f41fbbe
Idris2/tests/idris2/reg041/expected

19 lines
490 B
Plaintext
Raw Normal View History

Only fully normalise fromInteger on LHS This reduces surprising undefined name errors on the RHS, as noted in issue #1541
2021-06-12 16:23:25 +03:00
1/1: Building tuple (tuple.idr)
Check LHS arguments are polymorphic enough We already did this, but missed a few cases due to the way arguments are elaborated. So now, when checking an LHS, we don't allow LHS argument types to be inferred from the pattern, but rather they must be inferred from elsewhere. To do this, we keep track of the constraints which would be solved when inferring the type, and make sure they don't solve any new metavariables. Fixes #1510, and also now gets the error location right as a bonus!
2021-06-13 15:31:40 +03:00
Error: While processing left hand side of tupleBug. Can't match on (?_, ?_) as it must have a polymorphic type.
Only fully normalise fromInteger on LHS This reduces surprising undefined name errors on the RHS, as noted in issue #1541
2021-06-12 16:23:25 +03:00
Check LHS arguments are polymorphic enough We already did this, but missed a few cases due to the way arguments are elaborated. So now, when checking an LHS, we don't allow LHS argument types to be inferred from the pattern, but rather they must be inferred from elsewhere. To do this, we keep track of the constraints which would be solved when inferring the type, and make sure they don't solve any new metavariables. Fixes #1510, and also now gets the error location right as a bonus!
2021-06-13 15:31:40 +03:00
tuple:2:15--2:19
Only fully normalise fromInteger on LHS This reduces surprising undefined name errors on the RHS, as noted in issue #1541
2021-06-12 16:23:25 +03:00
1 | tupleBug : Pair () a -> ()
Check LHS arguments are polymorphic enough We already did this, but missed a few cases due to the way arguments are elaborated. So now, when checking an LHS, we don't allow LHS argument types to be inferred from the pattern, but rather they must be inferred from elsewhere. To do this, we keep track of the constraints which would be solved when inferring the type, and make sure they don't solve any new metavariables. Fixes #1510, and also now gets the error location right as a bonus!
2021-06-13 15:31:40 +03:00
2 | tupleBug (_, (_, _)) = ()
^^^^
Only fully normalise fromInteger on LHS This reduces surprising undefined name errors on the RHS, as noted in issue #1541
2021-06-12 16:23:25 +03:00
Check LHS arguments are polymorphic enough We already did this, but missed a few cases due to the way arguments are elaborated. So now, when checking an LHS, we don't allow LHS argument types to be inferred from the pattern, but rather they must be inferred from elsewhere. To do this, we keep track of the constraints which would be solved when inferring the type, and make sure they don't solve any new metavariables. Fixes #1510, and also now gets the error location right as a bonus!
2021-06-13 15:31:40 +03:00
Error: While processing left hand side of odd. Can't match on () as it must have a polymorphic type.
Only fully normalise fromInteger on LHS This reduces surprising undefined name errors on the RHS, as noted in issue #1541
2021-06-12 16:23:25 +03:00
Check LHS arguments are polymorphic enough We already did this, but missed a few cases due to the way arguments are elaborated. So now, when checking an LHS, we don't allow LHS argument types to be inferred from the pattern, but rather they must be inferred from elsewhere. To do this, we keep track of the constraints which would be solved when inferring the type, and make sure they don't solve any new metavariables. Fixes #1510, and also now gets the error location right as a bonus!
2021-06-13 15:31:40 +03:00
tuple:5:5--5:7
Only fully normalise fromInteger on LHS This reduces surprising undefined name errors on the RHS, as noted in issue #1541
2021-06-12 16:23:25 +03:00
1 | tupleBug : Pair () a -> ()
Check LHS arguments are polymorphic enough We already did this, but missed a few cases due to the way arguments are elaborated. So now, when checking an LHS, we don't allow LHS argument types to be inferred from the pattern, but rather they must be inferred from elsewhere. To do this, we keep track of the constraints which would be solved when inferring the type, and make sure they don't solve any new metavariables. Fixes #1510, and also now gets the error location right as a bonus!
2021-06-13 15:31:40 +03:00
2 | tupleBug (_, (_, _)) = ()
Only fully normalise fromInteger on LHS This reduces surprising undefined name errors on the RHS, as noted in issue #1541
2021-06-12 16:23:25 +03:00
3 |
4 | odd : a -> Bool
5 | odd () = False
Check LHS arguments are polymorphic enough We already did this, but missed a few cases due to the way arguments are elaborated. So now, when checking an LHS, we don't allow LHS argument types to be inferred from the pattern, but rather they must be inferred from elsewhere. To do this, we keep track of the constraints which would be solved when inferring the type, and make sure they don't solve any new metavariables. Fixes #1510, and also now gets the error location right as a bonus!
2021-06-13 15:31:40 +03:00
^^
Only fully normalise fromInteger on LHS This reduces surprising undefined name errors on the RHS, as noted in issue #1541
2021-06-12 16:23:25 +03:00
Reference in New Issue Copy Permalink