From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CFF3513888F for ; Fri, 3 Apr 2015 07:52:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 48198E0949; Fri, 3 Apr 2015 07:52:19 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A623FE0881 for ; Fri, 3 Apr 2015 07:52:18 +0000 (UTC) Received: from mmmkay.local (unknown [141.44.225.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: tomka) by smtp.gentoo.org (Postfix) with ESMTPSA id E6A23340946 for ; Fri, 3 Apr 2015 07:52:16 +0000 (UTC) Message-ID: <551E46A9.90502@gentoo.org> Date: Fri, 03 Apr 2015 09:52:09 +0200 From: Thomas Kahle User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@lists.gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 To: gentoo-science@lists.gentoo.org Subject: Re: [gentoo-science] ntl bump References: <5512DD7F.2070505@gentoo.org> <55132D23.3050003@gmail.com> <5513DD0B.4090003@gentoo.org> <5514003A.4090806@gentoo.org> <551D3710.7050106@gentoo.org> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2BcSqRHBRhtp1kTpKj5bAfbfL7nSU0XRK" X-Archives-Salt: d11cfb88-9bb3-49a0-9b48-5f37c083ddb1 X-Archives-Hash: 7f7934edf21c86aa9fba96ca6d845c6f This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2BcSqRHBRhtp1kTpKj5bAfbfL7nSU0XRK Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Bump request was open for a while already: https://bugs.gentoo.org/show_bug.cgi?id=3D542682 I bumped it yesterday, is the ntl-62 compat patch essential? Patrick reported a test failure that I cannot reproduce yet: https://bugs.gentoo.org/show_bug.cgi?id=3D545378 Do you know anything about it? On 03/04/15 00:53, Fran=E7ois Bissey wrote: > Speaking of flint would you mind importing 2.4.5 from the sage-on-gento= o=20 > overlay to the main tree. I should have opened a bump request last mont= h > when it was released. >=20 > Fran=E7ois >=20 >> On 3/04/2015, at 01:33, Thomas Kahle wrote: >> >> Bumped, but now flint became incompatible: >> >> https://github.com/wbhart/flint2/issues/131 >> >> On 28/03/15 20:54, Fran=E7ois 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. =20 >>> >>> The interface to the single-precision modular arithmetic=20 >>> 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=20 >>> 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 import= ant >>> 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 s= teps. >>> 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 >>> >>> >> >> --=20 >> Thomas Kahle >> http://dev.gentoo.org/~tomka/ >> >=20 >=20 --=20 Thomas Kahle http://dev.gentoo.org/~tomka/ --2BcSqRHBRhtp1kTpKj5bAfbfL7nSU0XRK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVHkaqAAoJEDHSY8ey5xaRPtIH/jPp+Cv0bfGtuFGqaBqV3tKk YcLp3xYkVyu8J20LLfFmrgoGmAiaSV6z0fPnsZizNOkzE0iKufGa6Ue/I62B0bog u+ooGrIMKxIfMItx3yTcutOTvdznEP/6T9tv9z8llC+Ip5rfUEf/o8WljNyKpeT7 yhIG2wnsOuHi4RBuhfkLkwMxH1JR/qjC1xsxlfvVvZ+d9Q4m8st2aTsG6A2GUgML 0IzpF83KNmCc0OjFVsSpukrVqoxtryeonP98LiDbLUueBLbDO4aVX5kksY3u/s5G vpHrCsdhw+9QV7vLtxzGFID0W2EHxlzrEsYICaAoSqh8fnxb9HYR+Zx1hEmLGD8= =deW4 -----END PGP SIGNATURE----- --2BcSqRHBRhtp1kTpKj5bAfbfL7nSU0XRK--