Skip to content

Conversation

@NickCrews
Copy link
Contributor

This function is only uses with Values, not general Expr,
so it should be co-located there.

This adds a runtime assert to verify we are using this correctly internally.

It also improves the docstring to not be misleading about ops.Binary,
and to give some more examples of the edge cases.

I found this in https://github.com/ibis-project/ibis/actions/runs/18572797607/job/52950629575?pr=11613
after I started deep diving as to why ibis.table({"a": int}) == ibis.table({"b": str}).b didn't error (it returns False), when I expected it to error. I might think that we should adjust this behavior so that this does error, but that is for a different PR. This is just a nice refactor.

This function is only uses with Values, not general Expr,
so it should be co-located there.

This adds a runtime assert to verify we are using this correctly internally.

It also improves the docstring to not be misleading about ops.Binary,
and to give some more examples of the edge cases.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant