[sage-devel] Re: NTL v10
Almost done with the new release! I've taken care of the recursive make patch and both of the libtool patches. While I'm not ready to go all autotools, I've started reading about it. I read about the DESTDIR trick that some package managers use, so I added support for that in the makefile. Although I suppose that may not be so relevant for Sage. I also added a few "recipes" that will allow you to skip the very slow Wizard step, at least for a few typical platforms. So now I'm working on updating the documentation, especially the unix installation instructions, which were anyway in need of some polishing. I will hopefully release tomorrow!! I'll continue reading about autotools. NTL does a few quirky things during the build process -- I have to see if all of that maps nicely into autotools world. Some NTL source files may also need some minor updates, too. BTW, I also remember using paper tape...but that was mainly just to backup my programs, if I recall correctly. Ahhh...those were the days :-) On Saturday, October 8, 2016 at 4:21:14 PM UTC-4, Victor Shoup wrote: > > I hope this is of some interest to the Sage community. > I've just released a new version of NTL at http://www.shoup.net/ntl > > Here is a summary of changes. > > *New License: LGPLv2.1* > >- With the permission of all relevant contributors, NTL is now >licensed under LGPLv2.1+ (the Lesser GNU Public License version 2.1 or >later). >- Previously, NTL was licensed under the GPL. This new, less >restrictive licensing should hopefully increase the impact of NTL. > > > *Long integer package restructuring* > >- I've restructured the long integer package so that the GMP and >"classical LIP" modules share much of the same code base. >- This greatly reduces the amount of redundant code, which will make >maintenance easier moving forward. >- As a bonus, the classical LIP module is simpler, faster, and >(finally) thread safe. >- As another bonus, the GMP module now is much closer to being >compatible with "non-empty nails". Although it has not been tested in that >mode as of yet, it may eventually be helpful in the future if I want to >replace some GMP code with code that exploits AVX-512 IFMA instructions. >- As a part of this transition, "make check" now includes much more >extensive "unit testing" of the long integer package. >- Despite the drastic changes "under the hood", this restructuring >should not affect at all any NTL client code that relies only on the >documented interface, including even the ancient legacy interfaces >pre-dating NTLv5a from 2000. > > > *File name restructuring* > >- I've renamed all the ".c" files to ".cpp" files in the Unix >distribution. This seems to be more in line with common practice, and >should make it easier to work with compilers and other software > development >tools. > > > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
[sage-devel] Re: NTL v10
On Tuesday, October 11, 2016 at 6:06:50 AM UTC+2, Victor Shoup wrote: > > I looked at the singular patch, regarding the use of nothrow new. > I dug up "ticket #852" which lead to that patch. > In all honesty, it looks like singular is doing something wrong, > so "fixing" NTL is just the wrong thing to do. > So I won't implement that patch in NTL. > This is a problem that should be fixed in singular, if it hasn't > been already. > > Yes this one is fishy, and as you can see I did not mention it here :) Anyway we are currently transitioning to Singular 4 (woohoo) so there is hope this is not needed anymore. In fact it was maybe already fixed before... -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
[sage-devel] Re: NTL v10
I looked at the singular patch, regarding the use of nothrow new. I dug up "ticket #852" which lead to that patch. In all honesty, it looks like singular is doing something wrong, so "fixing" NTL is just the wrong thing to do. So I won't implement that patch in NTL. This is a problem that should be fixed in singular, if it hasn't been already. On Saturday, October 8, 2016 at 4:21:14 PM UTC-4, Victor Shoup wrote: > > I hope this is of some interest to the Sage community. > I've just released a new version of NTL at http://www.shoup.net/ntl > > Here is a summary of changes. > > *New License: LGPLv2.1* > >- With the permission of all relevant contributors, NTL is now >licensed under LGPLv2.1+ (the Lesser GNU Public License version 2.1 or >later). >- Previously, NTL was licensed under the GPL. This new, less >restrictive licensing should hopefully increase the impact of NTL. > > > *Long integer package restructuring* > >- I've restructured the long integer package so that the GMP and >"classical LIP" modules share much of the same code base. >- This greatly reduces the amount of redundant code, which will make >maintenance easier moving forward. >- As a bonus, the classical LIP module is simpler, faster, and >(finally) thread safe. >- As another bonus, the GMP module now is much closer to being >compatible with "non-empty nails". Although it has not been tested in that >mode as of yet, it may eventually be helpful in the future if I want to >replace some GMP code with code that exploits AVX-512 IFMA instructions. >- As a part of this transition, "make check" now includes much more >extensive "unit testing" of the long integer package. >- Despite the drastic changes "under the hood", this restructuring >should not affect at all any NTL client code that relies only on the >documented interface, including even the ancient legacy interfaces >pre-dating NTLv5a from 2000. > > > *File name restructuring* > >- I've renamed all the ".c" files to ".cpp" files in the Unix >distribution. This seems to be more in line with common practice, and >should make it easier to work with compilers and other software > development >tools. > > > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
