Hello,
I'm the maintainer of gmpy. I am working on a new version (gmpy2) and
I'm curious if there are any enhancements or improvements that would
help SymPy?
casevh
--
You received this message because you are subscribed to the Google Groups
sympy group.
To post to this group, send email
but there are a couple
that I'm still tracking down. I just want to verify that upgrading the
minimum version to 1.13 is acceptable.
Regards,
casevh
--
You received this message because you are subscribed to the Google Groups
sympy group.
To unsubscribe from this group and stop receiving emails from
/local
$ sudo python setup.py install --prefix=/usr/local
make[2]: *** [libmpc.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
and the installation is unsuccessfull.
Has anyone got around this problem. Is there any workaround?
Thank you,
-Saurabh
casevh
--prefix=/usr/local
If you still have problems, please include the commands to you to configure
and compile the software.
casevh
-Saurabh
--
You received this message because you are subscribed to the Google Groups
sympy group.
To unsubscribe from this group and stop receiving emails from
400)
271.04818100863093
The two values agree.
So why don't we just use rational arithmetic? As the numerator and
denominator become larger, the calculations slow down. Floating point
arithmetic has consistent performance.
casevh
>
> As I mentioned in the cited link above, I want to be able to use a
> float((gmpy2.mpq(s[:905])**6000) % 400)
48.15587878502279
>>> float((gmpy2.mpq(s[:906])**6000) % 400)
345.64468558337177
>>> float((gmpy2.mpq(s[:907])**6000) % 400)
154.42196588552062
>>> float((gmpy2.mpq(s[:908])**6000) % 400)
175.2996939157355
>>> float((gmpy2.mpq
On Thursday, July 6, 2017 at 2:04:52 PM UTC-7, Fabrice Silva wrote:
>
> See https://github.com/sympy/sympy/issues/12895
>
I have committed a fix to both gmpy2 master (which will become version
2.1.0) and to the gmpy2-2.0.9 branch.
casevh
--
You received this message be