[ntl] NTL (6.0.0) and Sage patches

Jean-Pierre Flori flori at enst.fr
Thu Jul 11 07:12:08 CDT 2013


Dear Professor,

First of all, thanks a lot for the wonderful pice of software that NTL is.

The Sage folk just remarked you released a new version of NTL, which
is really great.
We plan on upgrading it asap, we just have to upgrade Singular first
to include compatibility fixes for NTL 6.0.0.

We think it's a good occasion to forward you the patches we use to
build/use NTL in case you would consider to include them into a minor
update of NTL 6.0.0.
(It seems such a request was already made to the NTL list here:
http://shoup.net/pipermail/ntl_shoup.net/2012-April/000033.html)
Apart from the fact that it will allow us not to patch NTL sources, it
should also greatly simplify a future integration of Sage into
standard Linuces distributions as Debian or Fedora.

The patches we currently apply (and which are attached to this message) are:
* configure.ac: NTL build system depends on a system wide installation
of libtool, this is discouraged by upstream (autotools) and
problematic on systems without a system wide libtool, so what we do is
create a stub autotools project by running "touch Makefile.am;
autoreconf -fiv" in the dir where configure.ac is located, and when
NTL is built we first go to that dir, run "./configure" which creates
the libtool files, and then point NTL to the libtool files just
generated.
* disable_help.patch: the way the args to DoConfig are parsed make it
so that if a directory name contains "-h", maybe you could replace the
"=~" by a plain "==".
* errorcallback.patch: this wraps the error mechanism of NTL so that
we can access the error string (and handle the error ourselves if we
don't want NTL to).
* libtool_flag.patch: this allows to pass flags to libtool, this is
useful on Cygwin where you want to pass "-no-undefined" to libtool so
that it accepts to build a shared library.
* make.patch: this makes NTL build system use $(MAKE) rather than make
which is cleaner and in turn let use parallel make and other options.
* new_singular.patch: modifies the new calls made by NTL so that they
are compatible with Singular.

Best regards

-- 
Jean-Pierre Flori
-------------- next part --------------
A non-text attachment was scrubbed...
Name: configure.ac
Type: application/octet-stream
Size: 123 bytes
Desc: not available
URL: <http://shoup.net/pipermail/ntl_shoup.net/attachments/20130711/2099ac74/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: disable_help.patch
Type: application/octet-stream
Size: 530 bytes
Desc: not available
URL: <http://shoup.net/pipermail/ntl_shoup.net/attachments/20130711/2099ac74/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: errorcallback.patch
Type: application/octet-stream
Size: 1556 bytes
Desc: not available
URL: <http://shoup.net/pipermail/ntl_shoup.net/attachments/20130711/2099ac74/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libtool_flag.patch
Type: application/octet-stream
Size: 1504 bytes
Desc: not available
URL: <http://shoup.net/pipermail/ntl_shoup.net/attachments/20130711/2099ac74/attachment-0003.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: make.patch
Type: application/octet-stream
Size: 1624 bytes
Desc: not available
URL: <http://shoup.net/pipermail/ntl_shoup.net/attachments/20130711/2099ac74/attachment-0004.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: new_singular.patch
Type: application/octet-stream
Size: 329 bytes
Desc: not available
URL: <http://shoup.net/pipermail/ntl_shoup.net/attachments/20130711/2099ac74/attachment-0005.obj>


More information about the ntl mailing list