New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
write new Integer_mod_dense class that wraps NTL directly #528
Comments
comment:1
related: #331 |
Attachment: poly-int-dense1.hg.gz moves Polynomial_integer_dense to cython |
comment:2
The patch This is the first step in addressing this ticket. Next step will be to change the underlying implementation to work with the NTL ZZX object directly instead of via Already there's an improvement in overheads for arithmetic on small objects:
vs
|
comment:4
Some thoughts to consider:
|
comment:5
I don't know. I am not working on FLINT presently due to lack of time. The amount of effort required to get FLINT to production standard appears to be way more than the time required to get this ticket done.
Yes most definitely. I've discussed with this Joel, and I'll be studying that code before moving onto the next phase. |
comment:6
I've applied the bundle poly-int-dense1.hg to the official repo for the next SAGE release. |
comment:7
I've added a patch Also it adds many new doctests for polynomials over Z. It's still pretty damn ugly though. Just the minimum to get the job done. A lot of work is still needed. I think it basically works, but I wasn't able to run doctests properly because there are currently lots of other doctest failures in the repository. |
comment:9
Note: |
comment:10
hmmm that last patch is currently in conflict. Please ignore it for now; I'm going to work on a new one at SD5 anyway. |
Attachment: patch-528.hg.gz hopefully better now |
Currently
Integer_mod_dense
wraps theZZX
class inntl.pyx
. This causes a lot of overhead for small polynomials.Component: basic arithmetic
Issue created by migration from https://trac.sagemath.org/ticket/528
The text was updated successfully, but these errors were encountered: