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
Right now, CrossHair can only effectively create symbolic class instances when types are present on the implementation. It would be great if CrossHair could understand .pyi typing stubs and use those when appropriate.
Understanding @overload would have added benefits: we could avoid reporting reporting counterexamples that don't fit one of the given combination of types.
The text was updated successfully, but these errors were encountered:
An update: there is now some (pretty experimental) stub parsing code in place. This is only used by register_contract at the moment, but we could try using it for creating class instances and see what happens.
Right now, CrossHair can only effectively create symbolic class instances when types are present on the implementation. It would be great if CrossHair could understand
.pyi
typing stubs and use those when appropriate.Understanding
@overload
would have added benefits: we could avoid reporting reporting counterexamples that don't fit one of the given combination of types.The text was updated successfully, but these errors were encountered: