Closed JSAbrahams closed 1 year ago
Merging #425 (7e440b9) into develop (4596563) will increase coverage by
0.31%
. The diff coverage is73.97%
.
@@ Coverage Diff @@
## develop #425 +/- ##
===========================================
+ Coverage 88.10% 88.41% +0.31%
===========================================
Files 110 110
Lines 12042 12019 -23
===========================================
+ Hits 10610 10627 +17
+ Misses 1432 1392 -40
Impacted Files | Coverage Δ | |
---|---|---|
src/generate/result.rs | 26.66% <33.33%> (+4.08%) |
:arrow_up: |
src/check/constrain/unify/ty.rs | 84.04% <64.28%> (+5.82%) |
:arrow_up: |
src/common/result.rs | 70.31% <67.27%> (-11.51%) |
:arrow_down: |
src/parse/result.rs | 43.07% <72.72%> (-0.07%) |
:arrow_down: |
src/check/result.rs | 82.22% <85.71%> (+9.28%) |
:arrow_up: |
src/check/constrain/unify/function.rs | 81.48% <90.90%> (+4.90%) |
:arrow_up: |
src/parse/iterator.rs | 95.61% <100.00%> (ø) |
We expect [...]
seems a bit off. Just say Expected [...]
We have enough helper methods now. We can start using them properly as we implement others functionality and fix bugs.
Ah, didn't realize I hadn't pushed the commit address the Expected
comment.
Will fix in future.
Relevant issues
Summary
For Type error messages, print the cause of an error as well. We point to the location with which we're trying to unify for:
For instance, if we have source (file:
list.mamba
):We get the following type error message now:
Lastly, we also streamline print error logic so that it is stored in a single location in
common
. Both simpler logic, and less chance of inconsistent error messages.Display
ofTypeErr
,ParseErr
, andUnimplementedErr
all make use of this new logic.