1. 12 Jun, 2019 1 commit
  2. 09 Jun, 2019 1 commit
  3. 07 Jun, 2019 1 commit
  4. 06 Jun, 2019 7 commits
  5. 05 Jun, 2019 26 commits
  6. 04 Jun, 2019 4 commits
    • Release Manager's avatar
      Trac #27906: correct usage of all([...]) in many places · b6c623a0
      Release Manager authored
      often in the doc, sometimes in the code
      URL: https://trac.sagemath.org/27906
      Reported by: chapoton
      Ticket author(s): Frédéric Chapoton
      Reviewer(s): John Palmieri
    • Release Manager's avatar
      Trac #27903: some care for all in matrix2 · 5372779d
      Release Manager authored
      URL: https://trac.sagemath.org/27903
      Reported by: chapoton
      Ticket author(s): Frédéric Chapoton
      Reviewer(s): John Palmieri
    • Release Manager's avatar
      Trac #27915: Fix py3_syntax.py doctest on distros · 44c8a4e2
      Release Manager authored
      Make SortedDirectoryWalkerABC test suite pass when the source is not
      available and SAGE_SRC==SAGE_LIB, such as in distro packages.
      URL: https://trac.sagemath.org/27915
      Reported by: arojas
      Ticket author(s): Antonio Rojas
      Reviewer(s): François Bissey
    • Release Manager's avatar
      Trac #27914: py3: hash collisions of Laurent polynomials · 41e4710d
      Release Manager authored
      This ticket adjusts the hash of multivariate Laurent polynomials, so
      that it agrees with the hash of univariate Laurent polynomials.
      This solves the following problem: Using Python 3, this doctest in
      `laurent_polynomial.pyx` fails about 1 out of 4 times.
                  sage: L.<w,z> = LaurentPolynomialRing(QQ)
                  sage: len({hash(w^i*z^j) for i in [-2..2] for j in [-2..2]})
      Due to hash collisions, the result can be smaller than 25 (such as 23 or
      21). This gets even worse when using a larger range of monomials.
      Regardless of that, it is desirable that univariate and multivariate
      Laurent polynomials have the same hash anyway. The univariate hash
      implementation does not seem to have these collisions, so adopting that
      implementation solves this problem.
      For reference, the univariate and multivariate hashes were implemented
      in #21272 and #23864.
      URL: https://trac.sagemath.org/27914
      Reported by: gh-mwageringel
      Ticket author(s): Markus Wageringel
      Reviewer(s): Frédéric Chapoton