Gentoo Archives: gentoo-science

From: "François Bissey" <frp.bissey@×××××.com>
To: gentoo-science@l.g.o
Subject: Re: [gentoo-science] ntl bump
Date: Thu, 02 Apr 2015 22:53:37
Message-Id: CFDB1F0E-000A-4B06-B14C-AF3AFA107E48@slingshot.co.nz
In Reply to: Re: [gentoo-science] ntl bump by Thomas Kahle
1 Speaking of flint would you mind importing 2.4.5 from the sage-on-gentoo
2 overlay to the main tree. I should have opened a bump request last month
3 when it was released.
4
5 François
6
7 > On 3/04/2015, at 01:33, Thomas Kahle <tomka@g.o> wrote:
8 >
9 > Bumped, but now flint became incompatible:
10 >
11 > https://github.com/wbhart/flint2/issues/131
12 >
13 > On 28/03/15 20:54, François Bissey wrote:
14 >> And Victor just announce ntl 9.0 on sage-devel:
15 >>
16 >> With much trepidation, I have introduced a (hopefully minor)
17 >> backward incompatibility into NTL.
18 >>
19 >> The interface to the single-precision modular arithmetic
20 >> routines has been modified slightly.
21 >> This interface change allows for more flexible and more
22 >> efficient implementation of these routines,
23 >> which play a crucial role at many levels in NTL.
24 >>
25 >> Basically, these changes to the interface abstract away
26 >> some implementation details that arguably should never been there
27 >> in the first place.
28 >> By coding to the new interface, NTL clients will be able to
29 >> benefit from the current and future improvements.
30 >>
31 >> In particular, on 64-bit x86/GCC platforms, single precision
32 >> moduli can now be up to 60 bits, rather than 50 bits.
33 >> While some operations may in fact be a little slower, the most important
34 >> ones (like MulModPrecon) should not be.
35 >> Using larger moduli speeds up a number of things, like ZZ_pX
36 >> arithmetic, as fewer primes need to be used in Chinese Remaindering steps.
37 >> Other applications benefit from larger moduli as well.
38 >>
39 >> It is expected that most NTL clients will not be affected at all.
40 >> Moreover, any code that needs to be updated will be detected
41 >> by the compiler, and the updates should be simple and mechanical.
42 >> There is also a configuration flag that will enable the legacy
43 >> interface (although this is not recommended practice).
44 >>
45 >> For more, go to http://www.shoup.net/ntl
46 >>
47 >>
48 >
49 > --
50 > Thomas Kahle
51 > http://dev.gentoo.org/~tomka/
52 >

Replies

Subject Author
Re: [gentoo-science] ntl bump Thomas Kahle <tomka@g.o>