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
We use the same type EvalError for bugs in the Haskell implementation of Klister and for bugs in the user's .kl code. It would probably make more sense to separate them, for example by making the implementation's bug print "the impossible happened, please report this as a bug", or just calling error :: string -> a to make it clear that they should never happen.
Currently, EvalError contains a mix of both kinds of errors:
EvalErrorUnbound: impossible
EvalErrorType: impossible
EvalErrorCase: user error, e.g. (case (nil))
EvalErrorUser: user error, e.g. (error '"oops")
EvalErrorIdent: impossible
The text was updated successfully, but these errors were encountered:
We use the same type
EvalError
for bugs in the Haskell implementation of Klister and for bugs in the user's.kl
code. It would probably make more sense to separate them, for example by making the implementation's bug print "the impossible happened, please report this as a bug", or just callingerror :: string -> a
to make it clear that they should never happen.Currently,
EvalError
contains a mix of both kinds of errors:EvalErrorUnbound
: impossibleEvalErrorType
: impossibleEvalErrorCase
: user error, e.g.(case (nil))
EvalErrorUser
: user error, e.g.(error '"oops")
EvalErrorIdent
: impossibleThe text was updated successfully, but these errors were encountered: