[Merged by Bors] - chore(Field/InjSurj): Tidy#11480
[Merged by Bors] - chore(Field/InjSurj): Tidy#11480YaelDillies wants to merge 10 commits intomasterfrom
Conversation
Reduce the diff of #11203
Mathlib/Algebra/Field/Basic.lean
Outdated
| (neg : ∀ x, f (-x) = -f x) (sub : ∀ x y, f (x - y) = f x - f y) (inv : ∀ x, f x⁻¹ = (f x)⁻¹) | ||
| (div : ∀ x y, f (x / y) = f x / f y) | ||
| (nsmul : ∀ (x) (n : ℕ), f (n • x) = n • f x) | ||
| (zsmul : ∀ (x) (n : ℤ), f (n • x) = n • f x) (qsmul : ∀ (q : ℚ) (x), f (q • x) = q • f x) |
There was a problem hiding this comment.
Did you intentionally change the order of arguments to qsmul to no longer match nsmul and zsmul?
There was a problem hiding this comment.
Yes, this is so that lemmas about the coercion qsmul can be used without shuffling their arguments.
There was a problem hiding this comment.
Please add a comment to the docstring of this file noting the rationale for the inconsistent ordering of the binders in the nsmul and zsmul arguments.
| -- Porting Note: Commented | ||
| -- attribute [local semireducible] locallyRingedSpaceAdjunction ΓSpec.adjunction | ||
|
|
||
| set_option maxHeartbeats 400000 in |
There was a problem hiding this comment.
any idea what changed here / how to make this better / avoid the convert?
There was a problem hiding this comment.
The proof uses 200959 heartbeats and basically the same on master so I suspect this is just noise
|
✌️ YaelDillies can now approve this pull request. To approve and merge a pull request, simply reply with |
|
bors merge |
Among other things, change the `nsmul`, `zsmul`, `qsmul` fields to have `n`/`q` come before `x`, because this matches the lemmas we want to write about them. It would be preferrable to perform the same changes to the `AddMonoid`/`AddGroup`-like typeclasses, but this is impossible with the current `to_additive` framework, so instead I have inserted some `Function.swap` at the interface between `AddMonoid`/`AddGroup` and `Ring`/`Field`. Reduce the diff of #11203
|
Pull request successfully merged into master. Build succeeded: |
Among other things, change the `nsmul`, `zsmul`, `qsmul` fields to have `n`/`q` come before `x`, because this matches the lemmas we want to write about them. It would be preferrable to perform the same changes to the `AddMonoid`/`AddGroup`-like typeclasses, but this is impossible with the current `to_additive` framework, so instead I have inserted some `Function.swap` at the interface between `AddMonoid`/`AddGroup` and `Ring`/`Field`. Reduce the diff of #11203
Among other things, change the `nsmul`, `zsmul`, `qsmul` fields to have `n`/`q` come before `x`, because this matches the lemmas we want to write about them. It would be preferrable to perform the same changes to the `AddMonoid`/`AddGroup`-like typeclasses, but this is impossible with the current `to_additive` framework, so instead I have inserted some `Function.swap` at the interface between `AddMonoid`/`AddGroup` and `Ring`/`Field`. Reduce the diff of #11203
Among other things, change the `nsmul`, `zsmul`, `qsmul` fields to have `n`/`q` come before `x`, because this matches the lemmas we want to write about them. It would be preferrable to perform the same changes to the `AddMonoid`/`AddGroup`-like typeclasses, but this is impossible with the current `to_additive` framework, so instead I have inserted some `Function.swap` at the interface between `AddMonoid`/`AddGroup` and `Ring`/`Field`. Reduce the diff of #11203
Among other things, change the `nsmul`, `zsmul`, `qsmul` fields to have `n`/`q` come before `x`, because this matches the lemmas we want to write about them. It would be preferrable to perform the same changes to the `AddMonoid`/`AddGroup`-like typeclasses, but this is impossible with the current `to_additive` framework, so instead I have inserted some `Function.swap` at the interface between `AddMonoid`/`AddGroup` and `Ring`/`Field`. Reduce the diff of #11203
Among other things, change the
nsmul,zsmul,qsmulfields to haven/qcome beforex, because this matches the lemmas we want to write about them. It would be preferrable to perform the same changes to theAddMonoid/AddGroup-like typeclasses, but this is impossible with the currentto_additiveframework, so instead I have inserted someFunction.swapat the interface betweenAddMonoid/AddGroupandRing/Field.Reduce the diff of #11203