On Mon, Jan 11, 2021 at 7:46 PM Dima Pasechnik wrote:
>
> it's a bug introduced in
> 26032b18f9b (Martin Albrecht 2020-12-15 12:12:14 + 11)
>[fplll == 5.4]
already fixed in
https://trac.sagemath.org/ticket/31127
>
> it should be '=', not '==' there
>
> On Mon, Jan 11, 2021 at 7:
And we already fixed it in https://trac.sagemath.org/ticket/31127
which should be in the next beta.
> On 12/01/2021, at 8:46 AM, Dima Pasechnik wrote:
>
> it's a bug introduced in
> 26032b18f9b (Martin Albrecht 2020-12-15 12:12:14 + 11)
> [fplll == 5.4]
>
> it should be '=', not
it's a bug introduced in
26032b18f9b (Martin Albrecht 2020-12-15 12:12:14 + 11)
[fplll == 5.4]
it should be '=', not '==' there
On Mon, Jan 11, 2021 at 7:22 PM Steven Trogdon wrote:
>
> On gentoo, after
>
> make fplll-clean
> ./configure --with-system-fplll=yes
>
> from config.lo
On gentoo, after
make fplll-clean
./configure --with-system-fplll=yes
from config.log there is
configure:39046: result: fplll-5.4.0: no
suitable system package; will be installed as an SPKG
However, I have system fplll-5.4.0 installed
[I] sci-libs/fplll
Av
Super weird. I think it is a cython bug, but I'm not sure.
The problem seems to be that the parent class has the same method. I need
to enforce the correct method
by
self.foo(u) -> SparseGraph.foo(self, u)
This seems to work (compiles and the doctests pass).
jonatha...@googlemail.com schrieb a