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
Since #23986, Sage calls PARI's qfbclassno() to compute the class number of a quadratic order. However, the documentation for that PARI function says:
[...] this function only implements part of Shanks's method (which allows to speed it up considerably). It gives unconditionnally correct results for |D| < 2.10¹⁰, but may give incorrect results for larger values if the class group has many cyclic factors. We thus recommend to double-check results using the function quadclassunit [...]
Thus, Sage should probably default to quadclassunit() and only use qfbclassno() if proof=False is set.
No: The check there follows the recommendation in the PARI documentation for when to use quadclassunit() instead of qfbclassno(), but for the latter there still is a warning that the results could be incorrect even in a nonempty part of the range where the documentation recommends it should be used. In contrast, for quadclassunit() the PARI documentation promises that the results are correct assuming GRH.
Since #23986, Sage calls PARI's
qfbclassno()
to compute the class number of a quadratic order. However, the documentation for that PARI function says:Thus, Sage should probably default to
quadclassunit()
and only useqfbclassno()
ifproof=False
is set.CC: @tscholl2 @roed314
Component: number fields
Issue created by migration from https://trac.sagemath.org/ticket/34801
The text was updated successfully, but these errors were encountered: