Skip to content

Conversation

@petrosagg
Copy link
Contributor

No description provided.

@frankmcsherry
Copy link
Member

My bias here is not to merge, but let me explain the thinking and you can let me know if I am missing something. The test makes sense, but it is logic that the caller could always perform. The work the test introduces is not optional for callers that do not need it (e.g. those maintaining mutable antichains and reacting only to changes). So, baking in the additional test that is overhead for some, and convenience for others, is .. semi-antithetical to how the crate is set up.

If the PartialOrder methods were ternary, and you could see Equal and Less, then it feels like an easy merge.

@petrosagg
Copy link
Contributor Author

So, baking in the additional test that is overhead for some, and convenience for others, is .. semi-antithetical to how the crate is set up.

Ah, yes I agree that this test doesn't fit within that frame of thought. Thanks for the explanation!

@petrosagg petrosagg closed this Feb 1, 2025
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.

2 participants