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
I find the issue codes that are generated for the type system rules very useful for testing. However, I find myself using explicit failures more and more often, because they allow me to provide detailed error information. Unfortunately, explicit failures contain no issue codes!
It would be nice if these failures contained the issue code that corresponds to the containing rule. Even better, if the programmer could provide a more specific issue code manually.
The text was updated successfully, but these errors were encountered:
Yes, that's an interesting feature; I'll work on that as soon as possible.
It is clear what you mean by specifying issuecode on explicit failure, but could you please provide further information concerning the part "the programmer could provide a more specific issue code manually"?
Thank you for your answer. I hope I can make this clearer. My idea is that, by default, explicit failures contain the containing rule's issue code, but the programmer can provide a different one explicitly, like so:
fail
error "type mismatch: bla bla bla"
code TYPE_MISMATCH // this could be any string
source s
I find the issue codes that are generated for the type system rules very useful for testing. However, I find myself using explicit failures more and more often, because they allow me to provide detailed error information. Unfortunately, explicit failures contain no issue codes!
It would be nice if these failures contained the issue code that corresponds to the containing rule. Even better, if the programmer could provide a more specific issue code manually.
The text was updated successfully, but these errors were encountered: