Accessor API for report returned by @check
#57
Seelengrab
started this conversation in
Design & Ideas
Replies: 1 comment
-
First and foremost, boolean
All kinds of types have custom printing, so extracting the failed counterexample is useful more generally than for NaNs. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Currently, the report returned by
@check
is an opaque object with lots of internals. This can be quite annoying when there is some programmatic manipulation or inspection required, such asNaN
with a non-standard bitpattern causes a property to fail (it's all printed asNaN
, so that hides the failure)@check
without going through the entireAbstractTestset
machinery for wrapping.For cases like these, it would be good to have an official API for retrieving that information from a report.
Beta Was this translation helpful? Give feedback.
All reactions