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
For code-sharing purposes we re-use ops.arith_method_FRAME for both flex and non-flex methods. As a result, the non-flex methods have the flex signature, and accept arguments not generally accepted by dunder methods. We even have a few tests e.g.
result = d.__and__(s, axis="columns")
result = d.__and__(s, axis=0)
in tests.frame.test_operators.
Should we disallow passing these arguments? Is it relevant that we do not have flex versions of and/or/xor?
The text was updated successfully, but these errors were encountered:
For code-sharing purposes we re-use ops.arith_method_FRAME for both flex and non-flex methods. As a result, the non-flex methods have the flex signature, and accept arguments not generally accepted by dunder methods. We even have a few tests e.g.
in tests.frame.test_operators.
Should we disallow passing these arguments? Is it relevant that we do not have flex versions of and/or/xor?
The text was updated successfully, but these errors were encountered: