You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Related to #20, in that this should be triggered with a --verbose-errors flag.
Types containing global variables of the form VPar a.b.c.d.e_1 0 are useful to us, but just line noise for end users. We should try to keep track of where these variables are defined from. I suspect there's often a good name in terms of user variables.
I.e. if a user binds a type variable (:: #) as n, we should call references to it n in error messages. If a user writes succ(n), we should print out n and n + 1 as appropriate
The text was updated successfully, but these errors were encountered:
Related to #20, in that this should be triggered with a
--verbose-errors
flag.Types containing global variables of the form
VPar a.b.c.d.e_1 0
are useful to us, but just line noise for end users. We should try to keep track of where these variables are defined from. I suspect there's often a good name in terms of user variables.I.e. if a user binds a type variable (
:: #
) asn
, we should call references to itn
in error messages. If a user writessucc(n)
, we should print outn
andn + 1
as appropriateThe text was updated successfully, but these errors were encountered: