-
Notifications
You must be signed in to change notification settings - Fork 297
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Merged by Bors] - fix(group_theory/subgroup/basic): generalize centralizer
from subgroup G
to set G
#18965
Conversation
…t G` This is consistent with all the other `sub<foo>.centralizer` definitions.
subgroup G
to set G
centralizer
from subgroup G
to set G
are you still planning on going forward with this? happy to solve the merge conflicts |
…group-centralizer
I've fixed the conflicts |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a really pleasant generalization, thanks!
bors merge
…roup G` to `set G` (#18965) This is consistent with all the other `sub<foo>.centralizer` definitions. This generalization reveals that a lot of downstream results are rather strangely stated about `zpowers`. This does not attempt to change these, instead leaving the work for a follow up (either in a later mathlib3 PR or in mathlib4).
Pull request successfully merged into master. Build succeeded! The publicly hosted instance of bors-ng is deprecated and will go away soon. If you want to self-host your own instance, instructions are here. If you want to switch to GitHub's built-in merge queue, visit their help page. |
centralizer
from subgroup G
to set G
centralizer
from subgroup G
to set G
This is consistent with all the other
sub<foo>.centralizer
definitions.This generalization reveals that a lot of downstream results are rather strangely stated about
zpowers
.This does not attempt to change these, instead leaving the work for a follow up (either in a later mathlib3 PR or in mathlib4).
This has been complained about twice now, so seemed worth fixing.