[Merged by Bors] - chore: rename fields of LinearOrder#23976
[Merged by Bors] - chore: rename fields of LinearOrder#23976
LinearOrder#23976Conversation
PR summary e913090b65Import changes for modified filesNo significant changes to the import graph Import changes for all files
Declarations diff
You can run this locally as follows## summary with just the declaration names:
./scripts/declarations_diff.sh <optional_commit>
## more verbose report:
./scripts/declarations_diff.sh long <optional_commit>The doc-module for No changes to technical debt.You can run this locally as
|
|
Can you fix the build, please? Then I'll review this quickly :-) One question I already have: should there be deprecations for the changed field names? (I guess the answer is no, but I am not sure.) |
It is not possible to deprecate argument names for the constructor; as for the projections, they are instances so are exempted from our deprecation rules. |
grunweg
left a comment
There was a problem hiding this comment.
Thanks for doing this. The diff looks straightforward - except for five places where I have tiny questions.
| le_total := Zsqrtd.le_total | ||
| decidableLE := Zsqrtd.decidableLE } | ||
| toDecidableLE := Zsqrtd.decidableLE | ||
| toDecidableEq := inferInstance } |
There was a problem hiding this comment.
Just to clarify: toDecidableLT is intentionally not specified?
There was a problem hiding this comment.
I saw that toDecidableEq was not specified when we had a DecidableEq lying around, but could not find a DecidableLT so I didn't specify it. I guess you could say it was intentional. Should I mark this any way in the code?
| hb (top_unique (le_trans (top_le_iff.mpr (Or.resolve_left | ||
| (eq_bot_or_eq_top a) ha)) H)) } | ||
| (eq_bot_or_eq_top a) ha)) H)) | ||
| toDecidableEq := ‹_› } |
There was a problem hiding this comment.
Just to make sure: you're intentionally not including toDecidableLT here?
Co-authored-by: grunweg <rothgami@math.hu-berlin.de>
|
This looks basically good to go. I have tiny questions about small places, where another pair of eyes would be useful --- if only to say "this is fine" or "add a comment, please". So: |
|
🚀 Pull request has been placed on the maintainer queue by grunweg. |
|
As a reminder for other reviewers, there's a request for a split in #23976 (comment) |
|
This PR/issue depends on: |
eric-wieser
left a comment
There was a problem hiding this comment.
maintainer merge
Since I suggested this on Zulip, someone else should decide to merge.
This all looks good now, thanks!
|
🚀 Pull request has been placed on the maintainer queue by eric-wieser. |
|
Thanks 🎉 bors merge |
Renames `LinearOrder.decidable**` -> `LinearOrder.toDecidable**`, and same for `ConditionallyCompleteLinearOrder` and `CompleteLinearOrder` See zulip message [#mathlib4 > extending `RCLike` and `LinearOrder` @ 💬](https://leanprover.zulipchat.com/#narrow/channel/287929-mathlib4/topic/extending.20.60RCLike.60.20and.20.60LinearOrder.60/near/511047785) Also fixes lots of potential diamonds caused by not specifying the `decidableEq` or `decidableLT` fields when creating an instance. Co-authored-by: Eric Wieser <wieser.eric@gmail.com>
|
Pull request successfully merged into master. Build succeeded: |
LinearOrderLinearOrder
Renames `LinearOrder.decidable**` -> `LinearOrder.toDecidable**`, and same for `ConditionallyCompleteLinearOrder` and `CompleteLinearOrder` See zulip message [#mathlib4 > extending `RCLike` and `LinearOrder` @ 💬](https://leanprover.zulipchat.com/#narrow/channel/287929-mathlib4/topic/extending.20.60RCLike.60.20and.20.60LinearOrder.60/near/511047785) Also fixes lots of potential diamonds caused by not specifying the `decidableEq` or `decidableLT` fields when creating an instance. Co-authored-by: Eric Wieser <wieser.eric@gmail.com>
Renames
LinearOrder.decidable**->LinearOrder.toDecidable**, and same forConditionallyCompleteLinearOrderandCompleteLinearOrderSee zulip message #mathlib4 > extending `RCLike` and `LinearOrder` @ 💬
Also fixes lots of potential diamonds caused by not specifying the
decidableEqordecidableLTfields when creating an instance.