On Tue, 2021-11-09 at 10:58 -0800, Alex J Best wrote:
> I must correct myself: the interval products code via NTL is not used for
> cyclic covers as the force NTL flag is set to true there (thanks David Roe!)
Unless I misread commit 54e89297, you've set force_ntl=1 yourself
inside the exposed int
On Tue, 2021-11-09 at 10:54 -0800, Alex J Best wrote:
> I agree the situation with zn_poly is a mess, but I think it would be good
> to do some actual benchmarks to check if the NTL code is faster or
> comparable to the zn_poly version, I don't see any data in the ticket but
> you do say "The on
On Tue, Nov 9, 2021 at 8:13 PM harald@gmail.com
wrote:
>
> Ah, I meant RBF(erfi(1/sqrt(2)).
>
> I hadn't noticed I was running cocalc on Sagemath 9.2 rather than Sagemath
> 9.4. Switching to Sagemath 9.4 fixes the issue with RBF(stieltjes(1)).
>
> Now, however, I get a different error for RBF
For me, RBF(stieltjes(1)) succeeds on sage-9.4 on linux and fails on
sage-9.4-beta4 on OS X with the following error:
TypeError Traceback (most recent call last)
in
> 1 RBF(stieltjes(Integer(1)))
~/sage/sage-9.4.beta0/local/lib/python3.9/site-packages/sage/str
... and the same with RBF(gamma(3/2,1)), except that
(a) The error message is now "TypeError: gamma() takes no arguments (1
given)"
(b) The situation is now more serious, since RIF(gamma(3/2,1)) doesn't work
either.
Of course the incomplete gamma function was implemented in ARB a long time
ago
It does seem to work for me on sage-9.4 on cocalc, so can you provide
a complete log of what you're doing, etc.?
~$ sage
┌┐
│ SageMath version 9.4, Release Date: 2021-08-22 │
│ Using Python 3.9.5. Type "help()"
PS. I have the same issue with RBF(1/sqrt(2)).
Le mardi 9 novembre 2021 à 20:31:33 UTC+1, harald@gmail.com a écrit :
> Hi,
>
> RBF(stieltjes(1)) no longer works. It now gives the error message
>
> TypeError: unable to convert stieltjes(1) to a RealBall
>
> I realize that this means it most li
Hi,
RBF(stieltjes(1)) no longer works. It now gives the error message
TypeError: unable to convert stieltjes(1) to a RealBall
I realize that this means it most likely wasn't working right before (the
code must have worked because Sage fell back on SymbolicRing -> RealField
-> RBF, which should
I must correct myself: the interval products code via NTL is not used for
cyclic covers as the force NTL flag is set to true there (thanks David Roe!)
On Tuesday, November 9, 2021 at 7:54:44 PM UTC+1 Alex J Best wrote:
> I agree the situation with zn_poly is a mess, but I think it would be good
I agree the situation with zn_poly is a mess, but I think it would be good
to do some actual benchmarks to check if the NTL code is faster or
comparable to the zn_poly version, I don't see any data in the ticket but
you do say "The one thing it does is done better by NTL" so maybe you
already d
Trac: https://trac.sagemath.org/ticket/32841
In short, zn_poly is one of "those" packages. Abandoned in 2008, and
kept on life support by sage developers ever since. Despite our
efforts, the build system remains crazy and it would take a good bit of
time to re-do the whole thing using autotools or
11 matches
Mail list logo
