Zulip Chat Archive
Stream: mathlib4
Topic: divX vs divByMonic X
Bolton Bailey (Aug 07 2023 at 19:38):
Is there a particular reason we have docs#Polynomial.divX and a bunch of lemmas about it rather than just using p /ₘ X
instead?
Bolton Bailey (Aug 07 2023 at 19:39):
I guess it's used somehow in the definition of divByMonic
?
Bolton Bailey (Aug 07 2023 at 19:44):
No doesn't seem like it, I can rearrange Data.Polynomial.Div.lean so that if I comment out the import to the definition of divX the definition of divByMonic compiles.
Eric Rodriguez (Aug 07 2023 at 19:45):
@Eric Wieser i think you made this
Eric Wieser (Aug 07 2023 at 20:19):
I think I generalized it, not added it; you're thinking of mathlib3#15905
Eric Rodriguez (Aug 07 2023 at 21:30):
Ahh, I see. it's a shame git blame is harder now :/
Eric Wieser (Aug 07 2023 at 21:38):
I promise I'll glue the histories together soon!
Bolton Bailey (Aug 08 2023 at 12:38):
It feels like it would be better to avoid this definition entirely so that people don't have to deal with multiple APIs. Do people care if I try to remove it? What happens to the mathport process if I remove lemmas that have #align statements near them?
Ruben Van de Velde (Aug 08 2023 at 12:52):
You should replace them by #noalign
s
Eric Wieser (Aug 08 2023 at 13:20):
Am I right in claiming that docs#MvPolynomial.divMonomial is genuinely useful?
Eric Wieser (Aug 08 2023 at 13:20):
And it's just the specialization to Polynomial that isn't due to docs#Polynomial.divByMonic existing?
Eric Wieser (Aug 08 2023 at 13:21):
Oh, docs#Polynomial.divByMonic doesn't work on Semirings
Damiano Testa (Aug 08 2023 at 14:58):
I suspect that divX
plays a useful role in formalizing results. My guess is that the "mathematically interesting" facts will be about divByMonic
, but that their proofs will (implicitly or explicitly) rely on many recursive applications of divX
.
Last updated: Dec 20 2023 at 11:08 UTC