Zulip Chat Archive
Stream: maths
Topic: Non-unital rings
Oliver Nash (Jan 05 2022 at 15:54):
I just noticed that #11124 was merged which means we now have docs#non_unital_non_assoc_ring I was a bit surprised that it did not also include a non_unital_ring
definition (for associative but not-necessarily-unital rings). Is there a reason this was left out? Could we just follow up now with a very similar PR adding non_unital_ring
.
Oliver Nash (Jan 05 2022 at 15:57):
I expect the C* algebra people would use such class quite soon (plumbing it into docs#cstar_ring one way or another).
Eric Wieser (Jan 05 2022 at 18:18):
I was planning to come back and give that another review, but not a big deal. I figured it was fine to leave those out until someone cared about them, as it will just slow down typeclass search to add them. Originally we added docs#non_assoc_semiring because we thought we could use it to generalize algebra
, but I never went ahead with that refactor.
Eric Wieser (Jan 05 2022 at 18:19):
What I was hoping to see in that PR was a generalization of some existing lemmas that now only need the new typeclass
Oliver Nash (Jan 05 2022 at 18:20):
I don't personally need non_unital_ring
but I think it would be used. It can wait though.
Oliver Nash (Jan 05 2022 at 18:21):
I had imagined #11124 was the perfect roadmap so now was a good time to do it but maybe that's not quite the case.
Oliver Nash (Jan 05 2022 at 18:22):
I still wonder what will happen when we want the commutative version of all of these. I think we'll have to kill comm_ring
and introduce is_comm
.
Kevin Buzzard (Jan 05 2022 at 18:23):
I am not really clear on why we have both ring
and comm_ring
. Maybe it's just some historical accident? I think it was already there in 2017.
Oliver Nash (Jan 05 2022 at 18:26):
I expect so. There's the old argument about massive terms or massively-many classes.
Last updated: Dec 20 2023 at 11:08 UTC