I have the same issues after upgrade a desktop to fedora 35.
I succeed to compile using https://trac.sagemath.org/ticket/32828
Thanks.
On Monday, November 22, 2021 at 8:22:48 AM UTC+1 enriqu...@gmail.com wrote:
> For cysignals it works using the package from this fork:
> https://github.com/kliem
In the meantime I managed to verify that aside from the gitlab CI/CD there
are no other things that are broken. Meaning that I managed to build the
docker file shipped with sage just fine on my laptop. I pushed a build of
9.4 to https://hub.docker.com/r/mderickx/sagemath/ in case anyone is
inte
I've opened https://trac.sagemath.org/ticket/32961 to deal with this.
At least we should check that the number of entries can be
handled by the current implementation.
On Thu, Dec 2, 2021 at 11:31 AM Dima Pasechnik wrote:
>
> On Thu, Dec 2, 2021 at 11:17 AM 'jonatha...@googlemail.com' via
> sage-
On Thu, Dec 2, 2021 at 11:17 AM 'jonatha...@googlemail.com' via
sage-devel wrote:
>
> FF = GF(next_prime(100))
> M = Matrix(FF, [[1, 2], [3, 4]])
> M.__init__??
>
> reveals that the indices are casted into a long. This might be the problem.
right, seems to be the right place
sage: M*N
56
FF = GF(next_prime(100))
M = Matrix(FF, [[1, 2], [3, 4]])
M.__init__??
reveals that the indices are casted into a long. This might be the problem.
Using Py_ssize_t or size_t might have been a better choice.
Jonathan
dim...@gmail.com schrieb am Mittwoch, 1. Dezember 2021 um 20:56:16 UTC+1:
>
