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
While working on this project I noticed that compliance tests that check for errors do not in fact enforce the specific error type. They only report success if any error occurred.
This issue is a reminder to please, consider reporting compliant errors and enforcing checks for speciied error types, like invalid-type, syntax, etc.
The text was updated successfully, but these errors were encountered:
Currently, the compliance test suite will mandate specific error types, like invalid-type or invalid-arity.
A standards compliant implementation must raise those compliant error types, although case and hyphens are loosely checked.
So an implementation that just checks that indeed, an error occured is somewhat OK. As is done in this repo.
But better is to check that the expected error is reported.
So where invalid-type is expected, a standards compliant implementation may raise any of the following errors:
invalid type!
an invalid type error occurred
Invalid type: the function x expected argument was string but number was received instead.
While working on this project I noticed that compliance tests that check for errors do not in fact enforce the specific error type. They only report success if any error occurred.
This issue is a reminder to please, consider reporting compliant errors and enforcing checks for speciied error types, like
invalid-type
,syntax
, etc.The text was updated successfully, but these errors were encountered: