Bumped, but now flint became incompatible: https://github.com/wbhart/flint2/issues/131
On 28/03/15 20:54, François Bissey wrote: > And Victor just announce ntl 9.0 on sage-devel: > > With much trepidation, I have introduced a (hopefully minor) > backward incompatibility into NTL. > > The interface to the single-precision modular arithmetic > routines has been modified slightly. > This interface change allows for more flexible and more > efficient implementation of these routines, > which play a crucial role at many levels in NTL. > > Basically, these changes to the interface abstract away > some implementation details that arguably should never been there > in the first place. > By coding to the new interface, NTL clients will be able to > benefit from the current and future improvements. > > In particular, on 64-bit x86/GCC platforms, single precision > moduli can now be up to 60 bits, rather than 50 bits. > While some operations may in fact be a little slower, the most important > ones (like MulModPrecon) should not be. > Using larger moduli speeds up a number of things, like ZZ_pX > arithmetic, as fewer primes need to be used in Chinese Remaindering steps. > Other applications benefit from larger moduli as well. > > It is expected that most NTL clients will not be affected at all. > Moreover, any code that needs to be updated will be detected > by the compiler, and the updates should be simple and mechanical. > There is also a configuration flag that will enable the legacy > interface (although this is not recommended practice). > > For more, go to http://www.shoup.net/ntl > > -- Thomas Kahle http://dev.gentoo.org/~tomka/
signature.asc
Description: OpenPGP digital signature
