You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(p.s. altho I agree that SageMath support is good enough if I want to use multi-precision integers, it would requires me to go for sage's own virtualenv, unlike a simpler gmpy2 package)
I kind of agree with @malb here: are we going to support every multiprec python option by bringing it in as a requirement for fpylll?
My suggestion would be to look at a generic solution that works for any bigint type of python object by manually chopping it in limbs and reconstruct it in the fplll mpz.
i agree with your concern, and don't have any strong opinion on how should fpylll handles these.
feel free to close this issue.
(i was only hoping to use this issue as future reference in case anyone wants to use gmpy2 library, since sagemath couldn't be easily installed as PyPI package like gmpy2 does.
at least the 3 lines of code above, showcase how one can modify the fpylll to support that)
I wonder if we could add Marc's idea though: an interface that takes an input and repeatedly considers it mod MAX_INT_SIZE to construct the internal integer? This then may or may not be faster than just reading in a string?
Activity
alxiong commentedon Jun 24, 2024
this should do the work:
alxiong@207265d
for conveniences:
tested locally, i can compile
fpyllland also pass ingmpy2.mpzvalues.malb commentedon Jun 24, 2024
Is
gmpy2thempz_twrapper to use? I'm a bit hesitant to add more dependencies.cr-marcstevens commentedon Jun 24, 2024
I kind of agree with @malb here: are we going to support every multiprec python option by bringing it in as a requirement for fpylll?
My suggestion would be to look at a generic solution that works for any bigint type of python object by manually chopping it in limbs and reconstruct it in the fplll mpz.
alxiong commentedon Jun 24, 2024
i agree with your concern, and don't have any strong opinion on how should fpylll handles these.
feel free to close this issue.
(i was only hoping to use this issue as future reference in case anyone wants to use
gmpy2library, since sagemath couldn't be easily installed as PyPI package likegmpy2does.at least the 3 lines of code above, showcase how one can modify the
fpylllto support that)malb commentedon Jun 24, 2024
I wonder if we could add Marc's idea though: an interface that takes an input and repeatedly considers it mod MAX_INT_SIZE to construct the internal integer? This then may or may not be faster than just reading in a string?