You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think we could just extend this to NCRing and it would work for ZZ.
Overall, I think this is more than just fixing symptoms; it is about what APIs we expect for rings to be implemented, and I think it would be fair to expect is_finite to be implemented for "most" rings. Of course it is possible to make rings where it may be hard or basically impossible to decide finiteness, but these are not usually the ones we actually compute in, I think? (Happy to learn about counter examples, though).
As such I really wish we'd implement this for more rings. E.g. for a polynomial rings.
That said, we could indeed wrap the is_(in)finite checks into a try/catch, and then if there is an exception just treat the ring as if it was infinite.
Describe the bug
The trivial matrix group of dim 1x1 behaves differently depending on the base ring.
To Reproduce
This boils down to
is_finite(::ZZRing)
not being implemented. But I think adding this just fixes the symptom here, not the underlying issue. Instead,Oscar.jl/src/Groups/GAPGroups.jl
Line 2443 in 615af44
and
Oscar.jl/src/Groups/GAPGroups.jl
Line 641 in 615af44
is_finite
not being available forbase_ring(G)
.Thanks to @flyingapfopenguin for making me aware of this issue.
The text was updated successfully, but these errors were encountered: